Какую систему сборки вы используете в своих проектах?

Судя по пунктам, речь идёт про разные ЯП, не только про C++? Если да, то чего-то в списке явно не хватает.

А ещё использовать Maven для Java это мейнстрим, а использовать Maven для C++ — это уже гораздо интереснее. А тут они в одном пункте будут.

Я взял из предыдущего голосования. Прошерстил ответы в комментариях, но множественных вариантов не нашёл.

Для java или нет - неважно, некоторые сразу несколько языков поддерживают и сборку проекта с ними: я знаю проект, где собирается либа на c++ и дополнительно биндинги для python, matlab, fortran в рамках одной системы сборки, включая вызовы внешних doxygen и sphinx для сборки документации.

Да и в 2017 году вариантов можно было чуть больше вписать.

BSD Make (pmake).

Что-то не думаю, что с 2017 что-то изменилось.

Мало ли. В дереве gentoo среди присутствующих пакетов autotools, похоже, является всё ещё самым популярным: ~2100 пакетов (cmake и meson даже в сумме на две сотни меньшее число дают). Сколько пакетов собирается исключительно gnu make без вспомогательных утилит, оценить сложно, но вызов функци emake используется в ~3200 пакетах.

Хотя конечно очевидно, что иначе опрос потеряет смысл, но стоит всё же уточнить, что «используете» - это в своих проектах.

А так же, уже осмысленное уточнение: выбрали сами (для личного проекта или как руководитель разработки в фирме), или же используете на работе где его выбрало руководство.

Сам (там, где я выбираю) использую posix-sh-скрипты с скриптовыми обёртками над компилятором и (местами) локальными утилитами на Си для генерации конфига сборки по аргументам и анализу хоста. Пытался смотреть на стандартный make, но пока не осилил (речь не про написание дефолтных правил, а про перенос на его движок той логики, что у меня в скриптах имеется). Ещё думал над написанием своего make (в котором будет всё нужное), но пока тоже не осилил.

Ansible, Jenkins, TeamCity, не система сборки, конечно, но все равно неразрывно связано с этим процессом.

Использую Make, CMake, Meson, Qbs, Waf, Gradle, Cargo

make, asdf, cabal.

Преимущественно cmake + ninja/samurai + ccache, старенький make конечно тоже хорошо, но приходится делать намного больше ручных правок.

I-Love-Qmake и немножечно cmake ввиду засилья в рабочих проектах, пользуюсь но не сильно разбираюсь, максимум добавить новую библиотечку или путёк там файлик, что то через pkgconfig подцепить и т.д.

а использовать Maven для C++ — это

Извращение

Настолько, что мэйнтейнеру твою софтину без этих трех штук не собрать?

SCons, потому что Godot

broccoli

bash + docker.
собираю под debian (11), ubuntu (18.04,20.04,22.04).
amd64,arm64,armhf.
собирается на Virtualbox госте с 12 ядрами.
после сборки пуляю в APT репу (reprepro).

На работе использую cmake+ninja, в домашних проектах GNU make, но там перекатываюсь на cmake.

Meson божественен. Это революция среди систем сборки C/C++. Ещё никогда не было писать описания сборки так просто, кратко и понятно.

Meson. Make, когда система сборки, в принципе, избыточна. Иногда, по необходимости cmake, но только если очень надо и не по собственной инициативе.

clojure.tools.build

Доля cmake с прошлой голосовалки подросла. Плохо, хотя и предсказуемо: «любит наш народ всякое говно».

Для своего мелкого make, если что побольше, то autotools. А на работе полный зоопарк. Cmake, meson, autotools... Очень много мезона стало попадаться, и не сказать бы, что я в восторге.

Необходимо найти и обезвредить тех двоих, выбравших ant

А где Cabal/Stack? Опрос тупой весьма, потому что выбор зависит от языка и среды, а не от личных предпочтений.

make

И

Другой вариант

latexmk

Покрывают 100% моих потребностей.

Tup

latexmk

Имхо, понятие «система сборки» подразумевает поддержку каких-то сценариев сборки. Иначе и tar можно обозвать системой сборки - он же может собрать архив из всех файлов по указанному пути.

Имхо, понятие «система сборки» подразумевает поддержку каких-то сценариев сборки

latexmkrc, чем не сценарий?

Иначе и tar можно обозвать системой сборки

Tar умеет вызывать доп программы в зависимости от содержимого файлов, которые он архивирует?

А, он и локальным может быть. Тогда вопрос снят.

Maven, one and only. Божественный XML, куча плагинов, жёсткая структура проектов, привычный секс с конфликтами зависимостей.

Gradle, setuptools

Думаю было бы информативнее делать опрос по какому-то одному языку, не мешая в кучу cargo и cmake

Qbs 2 (1%)

О, тут есть как минимум ещё один извращенецнормальный человек!

всмысле самописные Makefile?
емнип база с auto* идет...

А куды деваться? Был у меня джавайский не мой проект, который надо было тупо собрать. Ну вот и пришлось антом, если оный проект оным антом и собирался...

Не всегда. Можно и просто мейкфайл руками написать, как деды завещали :)

Да Вы, батенька, предпочитаете секс стоя и в гамаке, как я погляжу... :)

Ничего лучше классического траха с простынями XMLя ещё не придумали. Там хотя бы отверстия в привычных местах, а не где желает левая пятка правой ноги gradleщика или, упаси б-же, CMAKEвика.

Bazel 1 (1%)

Кто этот авангардист? Выходи или выдыхай!

А вот, кстати, да. Почему-то есть cargo, который специфичен для ржавого.

Да глаза ж режет :) На 20 процентов полезных данных приходится 80 процентов тегов.

Мезона с ниньзей прибавилось, разве что.

Зато ни один засранец не засунет какую-нибудь фигню в непривычное место. Не, понятно, что голь на выдумки хитра и можно извратиться и в строгом мавене с особым цинизмом. Но тут хотя бы нет такого простора для выстреливания в ноги, как в gradle.

redo, без разницы каких реализаций (apenwarr/redo, goredo, baredo, minimal/do, redo-c и прочие).

Один из них – я. Прикрутил себе QBS для сборки на экзотический ARM MCU. Удобно, деларативно, быстро. Очень жаль что в Qt от него отказались и он теперь плывёт самостоятельно.

Это Laz

Согласен по всем пунктам. Самая человечная система, что я видел, да ещё и весьма шустрая.

deps,tests,portability?

Ну, что такое gradle я вообще только сейчас узнал. Судя по языковым средам, для которых эта хрень предназначена, и в дальнейшем вряд ли столкнуться с этим ужасом придется... Только что свифт, может быть, но для него есть Сверху Джобсом Данный XCode ;)

Думаю было бы информативнее делать опрос по какому-то одному языку, не мешая в кучу cargo и cmake

Так то многие системы сборки вообще универсальные и не прикреплены к какому-то конкретному языку. К тому же у некоторых есть только одна система сборки ориентированная под этот самый язык, как GPRbuild к примеру.