Система сборки и популярность свободных программ

А чего добились проекты, собираемые meson-ом?

Пишешь из KDE на Wayland?

не, KDE на X.Org

Это не под тем самым X.Org, который мезоном собирается? Небось, ещё и в игрушки играешь на месе, которая тоже мезонная?

Биткоин - несомненно революционная идея

База данных, жрущая электричества как средних размеров страна, это и правда революционно.

https://github.com/freedesktop/xorg-xserver/blob/master/configure.ac

не вижу никакого мезона

https://github.com/freedesktop/xorg-xserver/blob/master/meson.build

Так заметнее? https://github.com/freedesktop/xorg-xserver/blob/master/meson.build

Ничего не знаю, в моей гентощке, судя по ебилду, собирается автотулзами

https://gitweb.gentoo.org/repo/gentoo.git/tree/x11-base/xorg-server/xorg-serv...

Принятие - первый шаг к выздоровлению.

У вас просто горит от того, что говнотулс умирает. И это прекрасно.

$ equery depends autoconf | wc -l
301
$ equery depends meson | wc -l
37

что-то скромно как-то, было бы чего принимать

Показательно что сами под винду они собирают не autocrap’ом, а самодельной генерилкой msbuild проектов:

https://github.com/bitcoin/bitcoin/blob/master/.appveyor.yml#L45

Интересно что CMake заменил бы и autocrap и этот костыль.

это для CI тестов

Какая разница для чего? Ужель они бы писали костыльную генерилку, если бы можно было взять и собрать autocrap’ом?

В дохлой генте дохлыми автолулзами, всё нормально.

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

https://www.appveyor.com/docs/windows-images-software/#tools

И используют они не MinGW-w64, который юзается в autocrap’е, а MSVC. В т. ч. их статический Qt собран именно Microsoft’овским компилятором: Qt5.9.8_x64_static_vs2019.zip

А как же песня про работающий везде шелл скрипт из зависимостей требующий только make и компилятор? Это всё там есть. Да и скачать любую зависимость можно одной командой. Но нет, оказалось проще таки написать генерилку.

$ equery depends meson | wc -l
37

это наверное гомософт или софт афиллированный с редхетом, да? а сколько симейка? (у меня нет генты)

% equery depends autoconf | wc -l
216
% equery depends meson | wc -l
54

F 0>

Биткоин - несомненно революционная идея

…прожигания электричества впустую. На практике он никому кроме спекулянтов, наркоторговцев, нелегальной торговли оружием и криптовымогателей не нужен.

…и спецслужб.

Honeypoint получился на отлично.

• https://qa-reports.gentoo.org/output/genrdeps/bindex/sys-devel/autoconf
• https://qa-reports.gentoo.org/output/genrdeps/bindex/dev-util/cmake
• https://qa-reports.gentoo.org/output/genrdeps/bindex/dev-util/meson

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

вот ещё скунс: https://qa-reports.gentoo.org/output/genrdeps/bindex/dev-util/scons

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

Вот те вброс!

а в нормальных дистрибутивах - без автотулзятины: https://github.com/archlinux/svntogit-packages/blob/packages/xorg-server/trunk/PKGBUILD#L83

в нормальных дистрибутивах, для сравнения

https://www.archlinux.org/packages/extra/x86_64/cmake/

https://www.archlinux.org/packages/extra/any/meson/

https://www.archlinux.org/packages/core/any/autoconf/

https://www.archlinux.org/packages/extra/any/autoconf2.13/

кстати, поржал с необходимости двух версий автодерьма

Когда биткоин только начинался и никто про него не знал, я выполнял заказ на автоматизацию кросс-сборки клиента Linux->Windows: bqt-autobuild. Так что, возможно, что под винду его собирают кроссом =)

вот ещё скунс

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

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

нормальных дистрибутивах рач

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

Я тут наткнулся на пару проектов, где cmake + make нормально отрабатывает, а cmake -G Ninja глохнет с разными ошибками, навскидку помню только одну: ругается, что не понимает как линковать, лечится прописываением link language cxx в CMakeLists.txt. но ваще странно, никогда такого раньше не видел, чтобы cmake нормально генерил файлы одного типа и вставал раком на другом типе.

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

Ну по моим замерам обычно ниндзя процентов на 20 быстрее. И ещё отличие: если запустить make без ключей, то будет один процесс, а если запустить Ninja без ключей (без явного -j), то будет форков по количеству ядер.

ниндзя процентов на 20 быстрее

это от общего времени или от времени между вызовами компилятора? нинзя же не может ускорить компиляцию компилятором, верно? за счёт чего выходит 20%?

От общего времени, замерял на большом проекте: llvm+clang+libcxx+libcxxabi+compiler-rt

Понятия не имею, за счёт чего ускорение по сравнению с make, не углублялся.

анонимус, почему у тебя там разные категории, core и extra? Это искажает статистику

надо будет попробовать. но они бы сделали себе скрипт автотулзовый лол. чтобы хоть --prefix можно было указать и сделать make install. симейком он тоже не собирается, слишком новую версию требует, приходится в .zshrc добавлять. ну какбы такое, ускорения я пока тоже не вижу особого, но надо будет замерять.

Ты про llvm? Вроде слишком нового cmake оно не требует, штатным дебиановским норм собирается. Вместо –prefix есть -DCMAKE_INSTALL_PREFIX

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

Хм, я в ниндзю патч засылал, там си было, может питон там где-то сбоку.

в «Required By» там пакеты отовсюду

You can either build Ninja via the custom generator script written in Python or via CMake

ну ./configure.py вот этот. лучше бы сделали configure обычный, корона не упала бы наверное.

Удаляй. Это ж Gentoo, тебе никто не запретит. Главное - другим не предалагай.

meson

Просто очередная мода и всё. Основана на моде python. Хайп пройдёт, придёт другой. И Meson станет ещё одной системой сборки. Meson удобен только тем что его легко выкинуть на помойку и сменить чем либо ещё.

Просто не используй его и всё. Никаких принципиальных плюшек от его использования нет, никогда не было и не будет.

Meson еще ладно. В gentoo для java есть только java-pkg-simple.eclass и java-ant-2.eclass, а gradle и maven только *-bin.

Многие на ЛОРе верят в миф, что якобы под Windows собирать autotools-ами нельзя.

Собирать можно, только это адище и геморрой. Просто в силу того, что винда это помойка с неожиданными путями и расположением софта.