Visual C ++ Express 2010 и широкие возможности установки переменных env - PullRequest
6 голосов
/ 25 февраля 2010

Я работаю с C ++ dev и перехожу на Visual 2010 C ++ из vim / g ++. Здесь блог Я читал, что каталогов VC ++ больше нет, и что я должен использовать страницы свойств в версии 2010, но я не знаю как ... Вот что мне нужно сделать. У меня есть решение w (50 сильных проектов), и все они используют boost, pthreads, xercesc и несколько других библиотек. У меня есть переменные env, которые указывают на эти библиотеки на моем жестком диске. Как я могу сказать VS использовать их в качестве дополнительных путей включения? Опять же, это версия 2010 года, так что нет никакой настройки для решения. Я не хочу устанавливать его вручную в каждом проекте.

Ответы [ 2 ]

10 голосов
/ 25 февраля 2010

Ответ на ваш вопрос также есть в блоге , на который вы ссылались, но он придуман в некотором роде:

Если вы откроете представление Property Manager, чтобы увидеть листы свойств, связанные с вашим проектом, вы увидите, что один из листов свойств называется Microsoft.Cpp.Win32.User. Этот лист свойств фактически хранится в LocalAppData, как и файл VCComponents.dat, в каталоге %LocalAppData%\Microsoft\VisualStudio\10.0. Используя редактор свойств на листе свойств (просто щелкните правой кнопкой мыши на этом узле листа свойств и выберите Свойства ...), вы увидите, что вы можете вносить изменения непосредственно в этот файл. Поскольку все проекты по умолчанию импортируют этот лист свойств, вы эффективно редактируете каталоги VC ++ так же, как и раньше.

Ключ заключается в том, что вы получаете доступ к свойству VC ++ Directories через окна «Диспетчер свойств» (откройте его с помощью меню «Вид» / «Диспетчер свойств»). Параметр «Каталоги VC ++» находится в листе свойств «Microsoft.Cpp.Win32.user», который редактирует глобальный параметр, поэтому вам нужно будет сделать это только один раз.

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

4 голосов
/ 20 августа 2010
  1. View-> Property Manager
  2. Выбрать все проекты
  3. Добавить одну, новую, общую страницу свойств для всех проектов

«Microsoft.Cpp.Win32.user» - (как следует из названия) лучше использовать для некоторых пользовательских настроек (или лучше вообще не использовать)

Мариуш

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