Проект VC ++ 2008 всегда "устарел" - PullRequest
5 голосов
/ 30 июля 2010

В одном решении у меня есть два проекта VC ++. Проект A имеет входные данные компоновщика, которые представляют собой файлы .obj, скомпилированные проектом B.

Visual Studio (2008) всегда сообщает мне, что проект A "устарел", и предлагает мне спрашивать, хочу ли я его перестраивать, каждый раз, когда я хочу запустить / debug / build / и т.п. Даже сразу после сборки всего Решения: я делаю успешную полную сборку, а затем снова нажимаю Построить, и она хочет повторно связать Проект A.

Как я могу предотвратить это? Кто-нибудь понимает, что здесь происходит?

Ответы [ 3 ]

2 голосов
/ 31 марта 2011

У меня только что была эта проблема с Visual Studio 2010 (как с SP1, так и без него), и благодаря Теду Ньюдженту я смог ее исправить. Хитрость заключается в том, чтобы проверить, все ли все заголовочные файлы C ++, перечисленные в проекте, все еще существуют, и удалить несуществующие. Видимо, это ошибка в компиляторе.

2 голосов
/ 30 июля 2010

Я думаю, что решение состоит в том, чтобы прекратить использование файлов .obj из другого проекта. Вместо этого поместите код, общий для A и B, в собственную статическую библиотеку C и свяжите с ней A и B.

1 голос
/ 01 июня 2012

Случилось ли что-то подобное.Я работал с кодом, который использовал системное время, и во время отладки я довольно много работал с ним.Каким-то образом файлы получили плохие временные метки.В сборке он показывает, какие файлы перекомпилируются, поэтому я просто открыл каждый, вызвал изменение (добавление пробела, удаление пробела) и затем снова сохранил.

Похож на старый unix "touch"

В одном проекте мне пришлось сделать то же самое с его включаемыми файлами.Но после «касания» таких файлов проблема исчезла.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...