ПредишенСледващото

Софтуерни продукти могат да бъдат събрани по различни начини. Аз предпочитам да правя всичко това с IDE, но това се случва, че такава възможност е неприемливо - понякога е необходимо да се направи модул, който позволява да се съберат на продукта на изходния код (ние говорим за кода на C ++), и не се изискват в същото време инсталиран Visual Studio. Едно от решенията на този проблем е да се използва nУверете се помощната програма, разработена от Microsoft. В статията се описва прилагането на този подход и да даде обща представа за работата с nУверете се.

пакет Структура монтаж

Има набор от въжетата, необходими за компилатора и свързващата:

  • изпълними от. / VisualStudio / V.В.7 към / бен (cl.exe, link.exe и т.н.);
  • заглавните файлове;
  • статична библиотека:
  • Динамични библиотеки;
  • ППБ-файлове, необходими за изграждане на отстраняване на грешки-версия;

Ясно е, че има смисъл да се направи общата част, само тези файлове, които да бъдат използвани от по-голямата част от проектите (съдържанието на ... / VisualStudio / V.В.7 към / PlatformSDK и т.н.). Bibilioteki и заглавни файлове, специфични за даден проект, можете да съхранявате в своя каталог.

защото тези части ще бъдат използвани при сглобяването на всеки CPP проект, те могат да направят само на едно място (в моя случай това е една папка с име ясен C: \ buildmastering). На мислене, който ще бъде още по-добре в областта на дизайна, е роден на блестящата идея да се разделят работата по подготовката на събранието и създаване на свръзката на компилатора.

По този начин, в структурата на всеки проект е:

  • директория за източника;
  • директория за съхранение на настройките на компилатора и свързващата;
  • директория за резултат от монтажа;

За команди, използвани в сценария (като @echo изключен или setlocal enabledelayedexpansion и т.н.), можете да прочетете в статията Урок бухалка-Aniki.

Вместо да създаде грим файл, съдържащ променливи и COMPILER_FILE_SET LINKER_FILE_SET, може да искате да използвате променливи на средата. Това решение не е подходящ като цяло, ако проектът съдържа много .cpp *, списък на тях няма да се побере в разположение на променливата на обкръжението обем.

заключение

благодаря

Благодаря Алексей Александров за статията!

Голям благодарение Коле Меркин за желанието си да споделят огромния опит!

Свързани статии

Подкрепете проекта - споделете линка, благодаря!