Я новичок в Boost C++-библиотеках. Мне было интересно, есть ли преимущества Boost bjam над GNU make? И каковы минусы, если я использую make для создания кода на C++ с использованием библиотек Boost.Python?Boost bjam против GNU make
ответ
Для того, чтобы повысить самооценку, bjam - это путь, безусловно. Просто следуйте readme и постройте командную строку. Вы можете (должны) делать это только один раз за один раз.
Но нет необходимости связывать свой собственный проект, который использует boost для системы сборки boost.
Нет особых недостатков в использовании gmake для создания кода на C++, который использует Boost.Python, а pro - то, что существует множество примеров использования gmake.
Если вы собираетесь использовать другие библиотеки Boost, то использование bjam может иметь смысл, но с простой точки зрения make очень сложно работать, для сложного проекта, поэтому ант, например, был разработаны.
Bjam расширяет другие проекты, которые начинаются с попытки заменить make.
Но, с другой стороны, make найден на каждой ОС unix, bjam - нет, но если вам нужно использовать библиотеки Boost для вашего проекта, вы можете убедиться, что он включен.
Для вашего проекта я думаю, что bjam может быть лучшим вариантом, но если вы пишете переносимый проект, который другие должны были бы скомпилировать, используя ANSI C++, я бы предложил также поддержку GNU Make.
Я создал общие общие рамки сборки, используя Make и BJam. Мое окончательное мнение состояло в том, что внедрение bjam было проще в обслуживании, как только я узнал основную настройку. Сначала участники команды могут быть устойчивы, но как только они используют его и видят, как это намного проще, чем Make (мое мнение), они выиграны. Некоторые будут продолжать сопротивляться. Вы можете настроить системы двойной сборки, но это дополнительные усилия.
Когда я вынужден использовать Make, я создаю нерекурсивные make-файлы с центральными наборами правил. BJam имеет все это встроенное.
- 1. boost bjam с emscripten
- 2. Использование boost.python с make вместо bjam
- 3. условная проверка против списка строк в команде make make GNU
- 4. Boost, bjam и символические ссылки
- 5. Boost: Ошибка сборки Bootstrap.bat bjam
- 6. создание версии GNU GNU make
- 7. У Boost :: Jam (bjam) есть «вопросный режим»?
- 8. GNU Make: запрошенный target
- 9. GNU make цитирует
- 10. Mutex в GNU Make?
- 11. gnu make игнорировать .INCLUDE_DIRS?
- 12. GNU Make Соответствующие списки
- 13. GNU make wildcard альтернатива?
- 14. Отладка GNU make
- 15. Boost: Как bjam создает имя библиотеки?
- 16. Ошибка доступа в boost-bjam isntallation
- 17. Невозможно найти bjam in boost homebrew installation
- 18. Создание базовых приложений Boost с помощью bjam
- 19. boost 1_48 что бьям? ошибка с bjam несоответствующими версиями Boost
- 20. `make зависит от магии в gnu make?
- 21. GNU make и список объектов
- 22. Всесторонний gnu make/gcc tutorial
- 23. Многострочное определение в GNU make
- 24. GNU Make игнорирует Неявные правила
- 25. Parallelizing ant like GNU Make?
- 26. Использование GNU Make с подкаталогами
- 27. Как работает «файл» GNU make?
- 28. GNU make auto dependency generation
- 29. GNU make: инвертирует успех подпроцесса?
- 30. Записывать имена в GNU make
Я бы рекомендовал CMake обоим. – Zifre
Итак, я, GNU make, является программой динозавров, которая является болью для использования INHO. cmake имеет простой синтаксис, хорошую документацию, даже gui и поддерживает различные IDE, такие как VS или Xcode. – Nils