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

Question

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

• что-то менять внешние по отношению к основной EXE-проект инициирует полную ссылку
• добавляющих статические переменные имело 50% шанс срабатывания полной ссылки

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

До сих пор единственным инструментом диагностики я нашел до сих пор является

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

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

Answer 1

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

Answer 2

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

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