Выбрать систему сборки проекта [ qt+boost+cryptopp]

Проект использует следующие библиотеки:

• boost
• qt
• cryptopp

p.s. смущает использование Cmake и qmake, если все собирать через Cmake.

А где там qmake? В cryptopp чтоли?

А буст тоже собирать будешь сам? А то там ваще bjam.

Считаем, что либы все собраны и нужно лишь в системе сборке pathы к ним прописать

Тогда что угодно. И всё равно непонятна фраза:

смущает использование Cmake и qmake, если все собирать через Cmake.

С первыми двумя либами meson дружит (c Qt более или менее, там валяться предупреждения о каком то баге в утилитах Qt, но собирает).

Кстати, автолулзы новые вышли недавно (была новость на главной). Можно в их сторону посмотреть.

Все же у autotools довольно суровая кривая вхождения.

cmake это стандарт.

Все же у autotools довольно суровая кривая вхождения.

Я как-то на одной из своих работ столкнулся с проектом, где bjam использовался для всего проекта и его зависимостей, вот уж где сурово.

PS А в mail.ru я видел проект на autotools + waf, тоже та ещё дичь.

PPS Я бы брал cmake и не парился.

автолулзы

Закопайте уже. Использовать это в 2к20 не серьёзно. Вышло уже куча хипстерских сборочных систем без баш лапши.

у cmake, для меня, есть один минус, модули под некоторые библиотеки написаны криво и приходиться искать нужный (с sdl была проблема, не знаю починили нет). У meson мне понравилось, что он автоматически перебирает несколько возможных систем поиска данных о библиотеках начиная с pkgconfig и заканчивая модулями cmake

Qt в шестой версии переходит на cmake. Так что лучше новые проекты начинать на нём. Лично мне он не нравится, но он мейнстрим, к сожалению. QMake тоже ниче. Библиотеки линкуются просто: LIBS += -L/path/to/libs -lnameoflib.

Cmake как такой себе стандарт.

Будь это пет проект - я бы выбрал meson, чисто шобы потыкать. В остальных случаях это явно CMake.

Cmake это говно

Внесу разнообразие: premake. Сам один раз использовал, но почему бы и нет, это хоть не cmake и без питона.

А вообще раз Qt, то можно qmake, он же всё равно тащится зависимостью.

qmake не нужно использовать вообще нигде и никогда. CMake/meson, как ты и сказал. CMake - стандарт, meson - хипстерство для его неосиляторов первого.

+1 за Meson

Это новый стандарт вместо устаревшего CMake, который превратился в те же autotools’ы.

CMake

Ага, особенно вот это:

Meson Cmake Wrapper (for cmake IDEs) (currently unmaintained !!)

https://mesonbuild.com/IDE-integration.html

не слушай их всех.

Qbs - модно, стильно, молодежно.

А теперь еще и для VSCode!

bjam использовался для всего проекта и его зависимостей, вот уж где сурово.

что сурового? там вроде тривиально все. у меня на нем небольшой проект был, не заметил ничего такого.

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

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

я бы выбрал qbs, как выше уже предложили.

ну, да, необычный. просто если тебе только elf сваять например, то там одна строчка. я иногда его натравливал на буст прямо, там можно с разными опциями, он транзитивно все собирал, тоже пара строчек.

из плюсов что собирает сразу кучу конфигураций если надо. ну и когда привык, то вроде ничего.

в сравнении с cmake конечно плохо, что не умеет генерить проекты для ide.

в сравнении с cmake конечно плохо, что не умеет генерить проекты для ide.

А для каких IDE, кроме вижуалстудии, CMake умеет генерить проекты? Остальные IDE либо умеют сам CMake, либо нет.

конечно же autotools

А для каких IDE, кроме вижуалстудии, …

CodeBlocks , Xcode

да, очень удобно, когда ide умеет cmake. bb, к сожалению, на сколько мне известно, не умеет никакое ide.

А для каких IDE, кроме вижуалстудии, CMake умеет генерить проекты?

тыц