Я работаю с очень старым и большим проектом VC6 ++, и все это испортилось. Повсюду есть неиспользуемые файлы и папки, копии папок, и чистить их вручную в текущем состоянии просто беспорядок.
В конечном итоге это будет сделано, но есть ли простой способ проверить, какие файлы и папки используются при чистой компиляции?
Настройки проекта мне совершенно не помогают, потому что он просто использует копии папок и дополнительные подключаемые каталоги.
Какие-либо предложения?
VC6 создаст для вас make-файл:
Вы можете использовать сгенерированный make-файл (и связанный с ним .dep файл) в качестве отправной точки и отредактировать его до списка файлов, которые используются в сборке.
Это позволит вам увидеть файлы заголовков, от которых зависит проект, в дополнение к файлам _2 _ / _ 3 _ / _ 4_, которые могут отображаться в журнале сборки. Следует иметь в виду, что вы, вероятно, также захотите отслеживать .dsw и .dsp рабочее пространство и файлы проекта.
Если вы немного авантюрны, вы можете убедить make-файл скопировать исходные файлы в какое-то другое место для вас с соответствующим переопределением определенных макросов и / или зависимостей. Но это, вероятно, принесет больше хлопот, чем того стоит за одноразовое усилие.
Наконец, есть коммерческий продукт CopyWiz от Kinook Software, который, похоже, имеет функции, которые могут делать то, что вы Ищем (и он поддерживает VC ++ 6). Примечание: я не уверен, что он будет делать то, что вы хотите, но, возможно, стоит взглянуть на него.
Что ж, если вы хотите проанализировать вывод компилятора, вы можете узнать, какие файлы на самом деле используются. Я также нахожу this при поиске в Google, возможно, вы захотите попробовать (я сам не пробовал). Мой способ - очистить сборку, перечислить все исходные файлы, построить и для каждого источника найти соответствующий ему .obj. Те, у которых нет .obj, не используются. Обратите внимание, что это работает только для исходных файлов, неиспользуемые файлы заголовков остаются незамеченными.
да. Запустите Process Monitor из SysInternals. Он может захватывать все события файловой системы и фильтровать их на основе пути и других факторов.
Итак, установите фильтр в корень вашего исходного дерева, только успешное чтение файла (VC ищет заголовки во многих местах) и создайте свой проект. Вы, вероятно, еще увидите несколько тысяч событий. Итак, сохраните их в файл, отсортируйте по пути и удалите повторяющиеся пути (особенно в заголовках будет много повторяющихся записей)
