Как лучше всего смягчить сценарии, которые запускают неинкрементное связывание (MSVS)

Question

Несмотря на то, что инкрементная компоновка адресует большую часть времени, затрачиваемого на компоновку, даже для очень больших проектов, я считаю, что инкрементный компоновщик в MSVS довольно случайный. (В настоящее время я использую АТМ 2003 года, хотел бы услышать, если бы 2005/8 решал какую-либо из этих проблем.) Мой список известных триггеров включает:

• При изменении чего-либо внешнего по отношению к основному проекту .exe будет запускаться полная ссылка
• добавление статических переменных с 50% вероятностью запуска полной ссылки

и этот список, конечно, не является исчерпывающим. Что я могу сделать, чтобы избежать полных ссылок?

Пока что единственный диагностический инструмент, который я нашел, это

• / test в параметрах командной строки компоновщика

и это ужасно. Какие существуют решения для диагностики триггеров для полных повторных ссылок?

Answer 1

Минимизация количества проектов в вашем решении делает проблему немного лучше. И, конечно, все обычные ускорения сборки будут работать, например, уменьшение количества включений и уменьшение размера файла obj.

Answer 2

Я использую 2008; и хотя я использовал его только для проектов малого и среднего размера, до сих пор у меня не было неожиданных полных ссылок.

Я не использовал 03, но, на мой взгляд, 08 кажется намного лучше, чем 05.