Я создаю кроссплатформенный продукт, и одно из требований касается всех окон (win32, AMD64 и IA61). Продукт является относительно простым CLI, но у нас есть отдельная команда по сборке, которая проверяет код из CVS и строит в отдельных средах сборки. Я могу успешно собрать (используя Visual C ++ 2005) на одной платформе (машина AMD). Но как только я проверяю код, проверять сборку не удается.
Причиной сбоя сборки является неправильное указание путей к включаемой библиотеке в листах свойств. В частности, папка выходного файла под компоновщиком на страницах свойств указана неправильно. Таким образом, эти библиотеки встроены в другую папку, из которой их ожидают другие проекты.
Однако вместе с источником я проверяю файлы .sln (и более поздние файлы .vcproj) также каждый раз. Более того, если я открою файл .sln в папке, где сборка не удалась, нет никакой разницы между тем, где я мог успешно собрать (предварительная регистрация). Фактически, используя windiff, я не увидел никакой разницы между двумя папками сборки (за исключением некоторых файлов журналов .ncb и cvs).
Так есть идеи, что происходит? Где VC ++ 2005 берет каталоги включения, откуда путь к папке вывода, если не из .sln? CVS как-то мешает процессу? Что-нибудь еще, что я мог попробовать.
Заранее спасибо.