И ты, Брут...

Какая разница чем собирается сам pacman?

This removes support for autotools

И это замечательно.

Автолулзы не нужны.

И это замечательно. Автолулзы не нужны.

Это сраный питон на системном уровне не нужен. А автотулзы, компилирующиеся в переносимый sh, очень нужны.

pacman -> (meson,ninja) -> python -> PKGBUILD -> ./configure

От чего ушли, к тому пришли. Притащив попутно кучу бесполезных пакетов.

python и meson сейчас в extra, а ninja сообще в community.

Только надо быть честными и засунуть всё это в core теперь. Вместе с компилятором. А то шиза какая-то: компилятор в core, а сборочная система хрен знает где. Чтобы собрать core, нужно сначала собрать кучу хлама НЕ в core. Потому что glib2 и вот это всё барахло в core без шиттона нынче не собирается.

Лучше бы cmake, но и так сойдет.

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

Этот ваш переносимый sh абсолютно неудобоподдерживаемый

в переносимый sh

В cmd.exe работает?

По теме - всё правильно делают. Meson самая адекватная система сборки для богомерзкой сишки.

Этот ваш переносимый sh абсолютно неудобоподдерживаемый

УМВР.

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

1. сам по себе configure править не выйдет, он нечеловекочитаем

2. исходники, из которых собивается configure, тоже так себе в плане удобопонимаемости.

autotools требет знать кучу разных синтаксисов сразу, чтобы написать простейший проект.

На десяточке, убогий автотулс конфигурирует ffmpeg в два раза дольше, чем он потом собирается. Лучшая демонстрация убогости автотулзов.

2020-05-11 This removes support for autotools in favour of meson.

Так классно же, откуда бугурт?

Питон переносимей этих sh костылей. И быстрее.

исходники, из которых собивается configure, тоже так себе в плане удобопонимаемости.

autotools требет знать кучу разных синтаксисов сразу, чтобы написать простейший проект.

Выросло поколение, которое не знает sh и m4?

Постыдись своего невежества, парень.

Раньше программисты ПИСАЛИ оболочки на завтрак, а нынче скрипты для них прочитать не в состоянии. Тут нечем гордиться.

Взять Си, чтобы написать Питон, чтобы написать на нём DSL, чтобы сгенерировать набор правил для другого DSL, чтобы собирать библиотеку и бинарник на Си, которые в несколько десятков раз меньше всего перечисленного. Победа!

sh убог как язык программирования. m4 тоже так себе в плане удобства

И это все не говоря о том, что писать шаблоны по которым генерируются скрипты, по которым генерируются мейкфайлы - это же мрак

Раньше программисты ПИСАЛИ оболочки на завтрак

только они их писали не на завтрак, а годами. Иногда получалось очень годно, тут не поспоришь - но это «годно» достигалось именно что годами

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

и в оптимистичном случае, он сделает это вообще с 0 знаний по теме, все знания которые ему нужны лежат в README.md на гитхабе, который читается за минуту

Ну хоть не CM*ke, уже хорошо.

Отлично, в качестве системы сборки взяли систему сборки, а не вонючий клубок костылей из макросов. Лучше бы, действительно, CMake.

Лучше бы cmake, но и так сойдет.

Хуже.

Meson — это такой CMake NIH. Ничего хорошего. Но хоть что-то.

А кстати, чем это все лучше обычного Makefile без всяких дополнительных вещей?

переносимый

УМВР

ну ты понял

Просто оставлю это тут: https://varnish-cache.org/docs/trunk/phk/autocrap.html.

Тебя что, производительность смущает? Так meson быстрее autocrap’а. И читабельнее, и проще, и во всех остальных аспектах лучше.

На десяточке, убогий автотулс конфигурирует ffmpeg в два раза дольше, чем он потом собирается. Лучшая демонстрация убогости автотулзов.

Это не столько демонстрация убогости autotools, сколько демонстрация убогости виндового аналога fork() или что там они используют. Типа CreateProcessEx() и т. д. На винде он жутко медленный. Потому Bash/Python/Make и прочее работает на Linux побыстрее.

Тем, что в чуть сложном случае к Makefile потребуется ещё ПО для сборки писать на том же С, а программистам трудно признать, что императивщина в этом плане всё ещё заруливает декларативщину

сколько демонстрация убогости виндового аналога fork()

Вот скажи мне, зачем системе сборки 100500 раз форкаться?

Какое дополнительное ПО для сборки, ты о чем?

Makefile это и есть императивщина в чистом виде.

Там хоть адекватный DSL без наркомании вроде f(ARG1 x ARG2 y ARG3 y) и нету говнолегаси, которое называется CMake 2.x.

Будет очень хорошо, если этот NIH – Meson победит, а CMake’у достанутся те же лавры «выкидываем нахер» на которых сегодня находятся autotools’ы.

По-крайней мере RedHat ставку сделал на Meson, а не CMake. А это для мира Linux немало.

Ну, например, ОРМ-ка, которая из иксмл-я делает сразу исходники для сборки и таблицы в БД. Как такое на одних мэйкфайлах сделать?

Одноядерный. Питон больше не умеет.

В cmd.exe работает?

Тебя Вальман вирусом вендонеадеквата заразил?

Автотулзы должны сдохнуть.

из иксмл-я делает сразу исходники для сборки и таблицы в БД

Мне кажется, или ты что-то делаешь не так

meson

И здесь питон… Да йо вашу мать, когда ж я сдохну…

только они их писали не на завтрак, а годами. Иногда получалось очень годно, тут не поспоришь - но это «годно» достигалось именно что годами

Thompson Shell, Bourne Shell, Korn Shell, Almquist Shell, Bill Joy’s C Shell, Tom Duff’s rc, etc.

На годы создания посмотри.

По современным меркам получалось не очень? Так у них не было под рукой монитора на 24 дюйма, процессора на 3 ГГц и IDE, которая умеет варить кофе.

В лучшем случае был vi (даже не vim), а то и вообще ed. И компилятор, который не далеко ушел от ассемблерного макропроцессора.

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

Многопоточная сборка? make в неё в отличие от ninja не умеет.

В отличии от местных сишников-наркоманов, я пишу кроссплатформенный софт.

А что такое «многопоточная» сборка? Там процессы нужны, а не потоки.

Неубедительно.

Это только частично. IO на винде в принципе убогий. У меня при компиляции иногда музыка зависает. На лине такого ни разу не было.

make -jN.

Но в любом случае обычно на сборочном компьютере нет 100500 ядер, так что достаточно форкаться на вызовы компилятора, а несколько ядер использовать методом создания потока, а не форка

https://thiblahute.github.io/jpakkane.github.io/Simple-comparison.html

Это прекрасно: куча проектов сбежало со scons, использующий python, чтобы в итоге окольными путями оказаться на meson, использующим python.

И? К чему это?

sh.exe в cmd.exe работает

Мне этот арч никогда не нравился

сам по себе configure править не выйдет, он нечеловекочитаем

configure никогда править не нужно, как и любые другие генерируемые файлы