WikiDer > BuildAMation

Эта статья поднимает множество проблем. Пожалуйста помоги Улучши это или обсудите эти вопросы на страница обсуждения. (Узнайте, как и когда удалить эти сообщения-шаблоны) Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален. Найдите источники: "BuildAMation" – Новости · газеты · книги · ученый · JSTOR (Декабрь 2015 г.) (Узнайте, как и когда удалить этот шаблон сообщения) Похоже, что один из основных авторов этой статьи тесная связь со своим предметом. Может потребоваться очистка для соответствия политике содержания Википедии, в частности нейтральная точка зрения. Пожалуйста, обсудите подробнее страница обсуждения. (Декабрь 2015 г.) (Узнайте, как и когда удалить этот шаблон сообщения) Эта статья может быть слишком техническим для большинства читателей, чтобы понять. Пожалуйста помогите улучшить это к сделать понятным для неспециалистов, не снимая технических деталей. (Декабрь 2015 г.) (Узнайте, как и когда удалить этот шаблон сообщения) Эта статья содержит контент, который написан как Реклама. Пожалуйста помоги Улучши это путем удаления рекламный контент и неуместно внешняя ссылка, а также путем добавления энциклопедического содержания, написанного с нейтральная точка зрения. (Декабрь 2015 г.) (Узнайте, как и когда удалить этот шаблон сообщения) (Узнайте, как и когда удалить этот шаблон сообщения)

BuildAMation (Bam) - настольная мультиплатформенная бесплатное программное обеспечение с открытым исходным кодом система для написания единого описания как создавать программное обеспечение для настольных компьютеров. Он определяет расширяемую архитектуру на основе C #, демонстрируя декларативный синтаксис для описания зависимостей между собираемыми модулями. Базовая сборка предоставляет общую систему зависимостей, в то время как пакеты сценариев C # расширяют поддержку многопоточных сборок командной строки, Microsoft Visual Studio разработка проектов и решений, Apple Xcode создание проекта и рабочего пространства, а также Makefile поколение.

Функции

BuildAMation поддерживает строительный код для C/C ++, и Цель C производные. Он записывает выходные данные сборки в папку с именем корень сборки. Эта нестандартная сборка гарантирует, что исходные деревья не будут изменены сборкой, а выполнение чистой сборки так же просто, как удаление одного каталога.

BuildAMation расширяется за счет определения пакетов.^{[BuildAMation 2]} Пакеты - это любой каталог, содержащий специальную папку bam, в которой находятся файлы, используемые BuildAMation. Необходимые файлы XML файл, называемый файлом определения пакета, который находится непосредственно в папке bam и описывает зависимости пакетов. Кроме того, в подкаталоге Scripts каталога bam есть файлы C #, которые раскрывают то, что делает текущий пакет. Пакеты можно логически сгруппировать в репозитории.

Приведенные примеры пакетов BuildAMation предлагают поддержку различных наборов инструментов компилятора и режимов сборки.^{[BuildAMation 2]} Такие инструменты Microsoft Visual Studio, Лязг для Apple, GCC для Linux и несколько версий каждого. Режимы сборки определяют, как BuildAMation генерирует свои выходные данные. В собственном режиме сборки выполняется (многопоточная) сборка из командной строки, тогда как в режиме сборки VSSolution создается решение и проекты Microsoft Visual Studio.

Пакеты определяют модули.^{[BuildAMation 2]} Модули являются либо конкретными строимыми объектами, либо предоставляют абстрактный базовый класс для создания класса объекта. Каждый модуль может относиться к инструменту, который используется для сборки этого модуля. Инструмент - это еще один модуль, позволяющий либо предварительно собрать инструменты (например, компилятор), либо создать как часть текущей сборки. Инструменты определяют настройки через набор интерфейсов, которые предоставляют инструменту именованные свойства для каждой опции. У настроек есть значения по умолчанию, но каждый модуль может индивидуально переопределить эти настройки с помощью патчей. Патчи могут быть частными (применяются только к текущему модулю) или общедоступными (применяются к текущему модулю и тем модулям, которые от него зависят). Общедоступные исправления позволяют отображать такие состояния, как пути включения заголовка, например, из модуля, представляющего статическую библиотеку.

Пути в скриптах BuildAMation используют макросы^{[BuildAMation 2]} чтобы поддерживать некоторый уровень абстракции и повторного использования. Макросы заключаются в разметку $ (macroname). Предопределенные строковые функции также могут использоваться в путях и заключены в разметку @funcname (...). Комбинация макросов и функций позволяет модулям повторно использовать и рекомбинировать части исходных путей для создания выходных путей.

Призыв

BuildAMation предоставляет утилиту командной строки под названием bam. Этот исполняемый файл должен быть вызван в любом каталоге пакета для сборки этого пакета.^{[BuildAMation 3]}

Пример сценария

Ниже приведен пример сценария BuildAMation из набора тестовых пакетов, поставляемого с выпуском. Он генерирует две динамические библиотеки, написанные на C, исполняемый файл, который использует обе библиотеки, а затем объединяет три двоичных файла в каталог, чтобы их можно было запустить.

с помощью Bam.Core;пространство имен Test13{    общественный запечатанный учебный класс DynamicLibraryA :        C.DynamicLibrary    {        защищенный отменять пустота        В этом(            Бам.Основной.Модуль родитель)        {            основание.В этом(родитель);            это.CreateHeaderContainer("$ (packagedir) /include/dynamicLibraryA.h");            это.CreateCSourceContainer("$ (packagedir) /source/dynamicLibraryA.c");            это.PublicPatch((настройки, применительно к) =>                {                    вар компилятор = настройки в качестве C.ICommonCompilerSettings;                    если (ноль != компилятор)                    {                        компилятор.IncludePaths.AddUnique(это.CreateTokenizedString("$ (packagedir) / включить"));                    }                });            если (это.BuildEnvironment.Платформа.Включает(Бам.Основной.EPlatform.Windows) &&                это.Компоновщик является VisualCCommon.LinkerBase)            {                это.LinkAgainst<WindowsSDK.WindowsSDK>();            }        }    }    общественный запечатанный учебный класс DynamicLibraryB :        C.DynamicLibrary    {        защищенный отменять пустота        В этом(            Бам.Основной.Модуль родитель)        {            основание.В этом(родитель);            это.CreateHeaderContainer("$ (packagedir) /include/dynamicLibraryB.h");            это.CreateCSourceContainer("$ (packagedir) /source/dynamicLibraryB.c");            это.PublicPatch((настройки, применительно к) =>                {                    вар компилятор = настройки в качестве C.ICommonCompilerSettings;                    если (ноль != компилятор)                    {                        компилятор.IncludePaths.AddUnique(это.CreateTokenizedString("$ (packagedir) / включить"));                    }                });            это.LinkAgainst<DynamicLibraryA>();            если (это.BuildEnvironment.Платформа.Включает(Бам.Основной.EPlatform.Windows) &&                это.Компоновщик является VisualCCommon.LinkerBase)            {                это.LinkAgainst<WindowsSDK.WindowsSDK>();            }        }    }    общественный запечатанный учебный класс Заявление :        C.ConsoleApplication    {        защищенный отменять пустота        В этом(            Бам.Основной.Модуль родитель)        {            основание.В этом(родитель);            вар источник = это.CreateCSourceContainer("$ (packagedir) /source/main.c");            это.PrivatePatch(настройки =>                {                    вар gccLinker = настройки в качестве GccCommon.ICommonLinkerSettings;                    если (ноль != gccLinker)                    {                        gccLinker.CanUseOrigin = истинный;                        gccLinker.RPath.AddUnique("$ ORIGIN");                    }                });            это.CompileAndLinkAgainst<DynamicLibraryA>(источник);            это.CompileAndLinkAgainst<DynamicLibraryB>(источник);            если (это.BuildEnvironment.Платформа.Включает(Бам.Основной.EPlatform.Windows) &&                это.Компоновщик является VisualCCommon.LinkerBase)            {                это.LinkAgainst<WindowsSDK.WindowsSDK>();            }        }    }    общественный запечатанный учебный класс RuntimePackage :        Издатель.Сопоставление    {        защищенный отменять пустота        В этом(            Бам.Основной.Модуль родитель)        {            основание.В этом(родитель);            вар приложение = это.Включают<Заявление>(C.ConsoleApplication.Ключ, EPublishingType.ConsoleApplication);            это.Включают<DynamicLibraryA>(C.DynamicLibrary.Ключ, ".", приложение);            это.Включают<DynamicLibraryB>(C.DynamicLibrary.Ключ, ".", приложение);        }    }}

История

То, что впоследствии станет BuildAMation, началось в 2010 году, но тогда называлось Opus и хранилось в Код Google. Название было изменено в 2014 году на BuildAMation, чтобы избежать путаницы с существующим Opus Make, и перемещено на GitHub проект. Было выпущено несколько очень ранних предварительных релизов.

Стимулом для BuildAMation было преодоление нескольких препятствий, замеченных Марком Финалом в его карьере разработчика программного обеспечения; написать единое определение того, как создавать программное обеспечение, но использовать различные методы сборки; использовать реальный язык программирования, чтобы при отладке и профилировании системы сборки можно было использовать существующие технологии, знания разработчиков и инструменты; для предоставления общих функций компилятора / компоновщика по имени, вместо того, чтобы вспоминать каждый синтаксис инструментальной цепочки.

В начале 2015 года декларативный синтаксис был полностью переработан после того, как было замечено, что исходный синтаксис имеет некоторые ограничения. Сейчас используется более чистый и расширяемый синтаксис, который помог упростить и улучшить существующие сценарии пакетов.

Смотрите также

• Список программного обеспечения для автоматизации сборки § Инструменты для создания сценариев сборки
• CMake
• Waf

Рекомендации

внешняя ссылка

• Официальный веб-сайт