Size: a a a

Конференция C++ Russia

2020 April 02

AP

Antony Polukhin in Конференция C++ Russia
Antony Polukhin
+

Но всякие компании каждый год изобретают по 2-3 своих системы сборки и форсят всех остальных на неё переходить.
Всякие basel, metal, ya, buckaroo, qmake, tup, scons, meson и прочее.

Если не нравится текущая ситуация с отношением мейнтейнеров к системам сборки - убедите вашего работодателя закопать свои системы сборки
* Начните с Google и GNU пожалуйста
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Yauheni Akhotnikau
Это всяко лучше, чем до пенсии копаться в говноязыке CMake.
ну такое, если честно. тогда не получится одной системы сборки - противоречие какое-то получается
источник

A

Alex Ф-ф-фэils!🌠︙ in Конференция C++ Russia
Antony Polukhin
* Начните с Google и GNU пожалуйста
Да, они пидоры
источник

YA

Yauheni Akhotnikau in Конференция C++ Russia
Antony Polukhin
+

Но всякие компании каждый год изобретают по 2-3 своих системы сборки и форсят всех остальных на неё переходить.
Всякие basel, metal, ya, buckaroo, qmake, tup, scons, meson и прочее.

Если не нравится текущая ситуация с отношением мейнтейнеров к системам сборки - убедите вашего работодателя закопать свои системы сборки
Как бы SCons не сильно моложе CMake. А уж ЯП в его основе всяко лучше того, что смогли "налисапедить" авторы CMake.
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Antony Polukhin
+

Но всякие компании каждый год изобретают по 2-3 своих системы сборки и форсят всех остальных на неё переходить.
Всякие basel, metal, ya, buckaroo, qmake, tup, scons, meson и прочее.

Если не нравится текущая ситуация с отношением мейнтейнеров к системам сборки - убедите вашего работодателя закопать свои системы сборки
На прошлой работе тоже имелась своя система сборки на Perl
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Antony Polukhin
* Начните с Google и GNU пожалуйста
можно ещё туда же yamake кинуть :)
источник

FF

Flex Ferrum in Конференция C++ Russia
Alexander Zaitsev
да, потом начнём переезд на meson все дружно. потом ещё на что-то
Панимаешь, CMake так выглядит не просто от того, что авторам так хочется. Ты сам прекрасно знаешь, что поддержка сборки в 100500 видов конфигураций, компиляторов, платформ, флагов и тэ пэ - оно требует... Эм... Текста. И инструкций. А ещё поиск зависимостей, пробрасывание всякой херни, инсталл-скрипты... Вот и получается, что изначальный CMakeLists.txt в десять строчек разрастается до 200-300 с кучей подскриптов.
источник

YA

Yauheni Akhotnikau in Конференция C++ Russia
Alexander Zaitsev
ну такое, если честно. тогда не получится одной системы сборки - противоречие какое-то получается
Тут нужно определиться о чем мы говорим: о том, почему авторы библиотек не сильно озадачиваются поддержкой систем сборок, или о том, что ждет C++ в будущем.
источник

FF

Flex Ferrum in Конференция C++ Russia
Antony Polukhin
+

Но всякие компании каждый год изобретают по 2-3 своих системы сборки и форсят всех остальных на неё переходить.
Всякие basel, metal, ya, buckaroo, qmake, tup, scons, meson и прочее.

Если не нравится текущая ситуация с отношением мейнтейнеров к системам сборки - убедите вашего работодателя закопать свои системы сборки
Ну... "Фатальный недостаток", мы знаем. Каждый хочет придумать идеальную билд-систему. И всё равно уходит на CMake. :)
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Flex Ferrum
Панимаешь, CMake так выглядит не просто от того, что авторам так хочется. Ты сам прекрасно знаешь, что поддержка сборки в 100500 видов конфигураций, компиляторов, платформ, флагов и тэ пэ - оно требует... Эм... Текста. И инструкций. А ещё поиск зависимостей, пробрасывание всякой херни, инсталл-скрипты... Вот и получается, что изначальный CMakeLists.txt в десять строчек разрастается до 200-300 с кучей подскриптов.
я прекрасно понимаю, почему он такой многословный. но вот на синтаксис это влиять не должно никак
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Yauheni Akhotnikau
Тут нужно определиться о чем мы говорим: о том, почему авторы библиотек не сильно озадачиваются поддержкой систем сборок, или о том, что ждет C++ в будущем.
я уже сказал своё мнение: они не переходят, потому что им пофиг на своих пользователей, а не потому, что CMake сложный. Они привыкли десятилетиями жрать свой make и их всё устраивает. пример с вебсокетами я вчера приводил
источник

FF

Flex Ferrum in Конференция C++ Russia
Alexander Zaitsev
я прекрасно понимаю, почему он такой многословный. но вот на синтаксис это влиять не должно никак
Синтаксис... Нам, программистам на C++, грех жаловаться на многословность синтаксиса. Кого не устраивает - уже свалил на какой-нибудь Kotlin. :) Тут как раз тот случай, когда сборочная система подстать языку. :)
источник

A

Alex Ф-ф-фэils!🌠︙ in Конференция C++ Russia
Alexander Zaitsev
я уже сказал своё мнение: они не переходят, потому что им пофиг на своих пользователей, а не потому, что CMake сложный. Они привыкли десятилетиями жрать свой make и их всё устраивает. пример с вебсокетами я вчера приводил
Или autotools
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
и билд библиотек в базовом варианте не является чем-то архисложным для CMake. То, что некоторые там пишут, вызывает ужас, я согласен. НЕкоторые вон свои Find конфиги пишут и много чего ещё. Пусть пишут
источник

YA

Yauheni Akhotnikau in Конференция C++ Russia
Flex Ferrum
Панимаешь, CMake так выглядит не просто от того, что авторам так хочется. Ты сам прекрасно знаешь, что поддержка сборки в 100500 видов конфигураций, компиляторов, платформ, флагов и тэ пэ - оно требует... Эм... Текста. И инструкций. А ещё поиск зависимостей, пробрасывание всякой херни, инсталл-скрипты... Вот и получается, что изначальный CMakeLists.txt в десять строчек разрастается до 200-300 с кучей подскриптов.
У CMake лично для меня есть две проблемы:

1. Нет никакого вменяемого и легко гулящегося описания того, по каким принципам CMake работает и что нужно делать пользователю для достижения каких-то целей. Особенно нетривиальных. Куча каких-то разрозненных статей, руководств, презентаций и т.д. А по факту народ копипастит какие-то CMake-скрипты не сильно вдаваяся в их качество.

2. ЯП, который лежит в основе CMake. Просто удивительно, как такое можно было сделать. Даже если руки растут из жопы. Еще более удивительно как это Г до сих пор не закопали.
источник

FF

Flex Ferrum in Конференция C++ Russia
Yauheni Akhotnikau
У CMake лично для меня есть две проблемы:

1. Нет никакого вменяемого и легко гулящегося описания того, по каким принципам CMake работает и что нужно делать пользователю для достижения каких-то целей. Особенно нетривиальных. Куча каких-то разрозненных статей, руководств, презентаций и т.д. А по факту народ копипастит какие-то CMake-скрипты не сильно вдаваяся в их качество.

2. ЯП, который лежит в основе CMake. Просто удивительно, как такое можно было сделать. Даже если руки растут из жопы. Еще более удивительно как это Г до сих пор не закопали.
источник

FF

Flex Ferrum in Конференция C++ Russia
Alexander Zaitsev
и билд библиотек в базовом варианте не является чем-то архисложным для CMake. То, что некоторые там пишут, вызывает ужас, я согласен. НЕкоторые вон свои Find конфиги пишут и много чего ещё. Пусть пишут
Бггг... Развлечение на карантин: написать finder для llvm-dev/clang-dev. :)
источник

AV

Alexey Veselovsky in Конференция C++ Russia
У cmake проблема не в синтаксисе, а в том, что он как язык - говно, и в том, что разные строчки в cmakelists.txt работают в разные ФАЗЫ. Что-то на этапе configure, что-то на этапе сборки. И это никак явно не видно по коду.
источник

A

Alex Ф-ф-фэils!🌠︙ in Конференция C++ Russia
Flex Ferrum
Бггг... Развлечение на карантин: написать finder для llvm-dev/clang-dev. :)
find_package?
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Flex Ferrum
Бггг... Развлечение на карантин: написать finder для llvm-dev/clang-dev. :)
Да, я поражаюсь иногда героизму тех, кто их руками писал\пишет
источник