Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск сборочной системы Meson 1.12.0"	+/–
Сообщение от opennews (??), 11-Авг-26, 08:37
Опубликован релиз сборочной системы Meson 1.12.0, которая используется для сборки таких проектов, как X.Org Server, Mesa, QEMU, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK. Код Meson написан на языке Python и поставляется под лицензией Apache 2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=66060
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Ык (?), 11-Авг-26, 09:26	–3 +/–
Кто нибудь пользовался? Как это стстема по сравнению с crate или maven?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

4. Сообщение от Анонимный аноним (?), 11-Авг-26, 09:30	+1 +/–
Ее скорее надо сравнивать с cmake и gnu autotools. Она лучше чем эти оба. ИМХО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #5, #6, #15

5. Сообщение от Sm0ke85 (ok), 11-Авг-26, 09:34	+/–
>Она лучше чем эти оба. ИМХО. ``` поставляется под лицензией Apache 2.0. ``` Нет, хуже))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 11-Авг-26, 09:42	–2 +/–
Невозможно сделать хуже cmake, который вместо поддержки pkg-config пихает кучу своих cmake файлов при установке собранного им софта. Аутотулз вообще страшный мультивибратор, где скрипт собирает скрипт, который собирает скрипт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #11, #12, #18

8. Сообщение от Аноним (8), 11-Авг-26, 12:50    Скрыто ботом-модератором	–1 +/–
>возможно применение и других бэкендов, таких как Xcode и Visual Studio Вантузных, макосьно-пакость-ных бекендов.
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от Сладкая булочка (?), 11-Авг-26, 13:00	+/–
> Код Meson написан на языке Python В который хотят добавить раст как сборочную зависимость. Думайте!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14, #19, #22

10. Сообщение от No Name (?), 11-Авг-26, 13:17	+4 +/–
>Невозможно сделать хуже cmake, который вместо поддержки pkg-config пихает кучу своих cmake файлов при установке собранного им софта. Ничего CMake никуда не пихает, это делают криворукие программисты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

11. Сообщение от Аноним (11), 11-Авг-26, 14:09	+2 +/–
> cmake, который вместо поддержки pkg-config Разуй глаза, эксперт: https://cmake.org/cmake/help/latest/module/FindPkgConfig.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

12. Сообщение от Аноним (12), 11-Авг-26, 15:19	+/–
> Невозможно сделать хуже cmake, который вместо поддержки pkg-config пихает кучу своих cmake файлов при установке собранного им софта. pkg-config устаревший шлак который умеет только отдать путь к инклудам и имя библиотеки, и нет, это НЕ является зависимостью, которую должны отдавать подобные инструменты. Между тем "куча своих cmake файлов" поддерживается тем же meson'ом и работает из коробки в отличие от pkgconfig.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #16, #17

13. Сообщение от Аноним (12), 11-Авг-26, 15:20	–1 +/–
Согласен, пока не добавят внимания не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Аноним (14), 11-Авг-26, 15:28	+/–
Питон даже как сам как сборочная зависимость для плюсов не нужен вообще. Итого: мезон не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #21

15. Сообщение от Ivan_83 (ok), 11-Авг-26, 15:40	+1 +/–
Кажется что угодно лучше автотулсов :) Насчёт cmake - спорное. Думаю лучше для тех у кого нет отторжения к питоновскому синтаксису. У cmake синтаксис какой то свой и он так себе. Честно говоря мне всё это надоело и последнее время я пишу свою сборочную систему на shell script. У меня проекты маленькие, на С, зависимостей очень мало или совсем нет и эти жуткие монстры мне нафик не упали. Юзать gmake в принципе можно было, по сути оно мало чем отличается от shell script (кроме расширения синтаксиса и один интерпретатор всегда совместим сам с собой), но тоже часто выглядит слишком жирной зависимостью для моих проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #20, #37, #39

16. Сообщение от Аноним (11), 11-Авг-26, 15:42	+/–
> pkg-config устаревший шлак который умеет только отдать путь к инклудам и имя библиотеки ...и флажки компиляции, намертво прибитые к конкретному компилятору.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

17. Сообщение от Ivan_83 (ok), 11-Авг-26, 15:42	+/–
Насколько я понял, авторы месона как раз наоборот стараются вообще ничего не костылить сами и полагаются на pkg-config по максимуму. Когда пару лет назад была в последнем проблема с сортировкой/порядком то починить это костылём из месона было не возможно в принципе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Ivan_83 (ok), 11-Авг-26, 15:46	–1 +/–
Насколько я видел - там принято корябать свои cmake файлы для того что мог бы сделать pkg-config, в ряде случаев. Автотулз наверное был не плох лет 30 назад, но такое ощущение что в него напихали всякого по максимуму. Да и портянки которые он генерит и портянки из которых он генерит читать не особо удобно :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

19. Сообщение от Ivan_83 (ok), 11-Авг-26, 15:46	+/–
Ну вот да, поэтому я пишу свою сборочную систему на shell script :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #25, #29

20. Сообщение от Аноним (11), 11-Авг-26, 15:46	+1 +/–
> пишу свою сборочную систему на shell script > У меня проекты маленькие, на С > эти жуткие монстры мне нафик не упали. > выглядит слишком жирной зависимостью для моих проектов. Золотая классика хэллоуворлдов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #26

21. Сообщение от Ivan_83 (ok), 11-Авг-26, 15:49	+/–
Так выбора в индустрии почти нет. Месон на вид самое простое и адекватное для тех кого не тошнит от питона при одном только виде. Есть cmake, но он у меня при сборке требует месона... да и синтаксис там не очень удобный, чего только end() стоит. Да и всякого прочего туда понапихали последние годы тоже, типа курла чтобы сам умел качать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23

22. Сообщение от Аноним (11), 11-Авг-26, 15:49	+2 +/–
>> Код Meson написан на языке Python > В который хотят добавить раст как сборочную зависимость. Думайте! Тебе в Firefox и Android его уже давно добавили. И что, надумал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #30, #32

23. Сообщение от Аноним (11), 11-Авг-26, 15:52	+/–
> Есть cmake, но он у меня при сборке требует месона Чиво? Для его сборки кроме компилятора и make ничего не требуется: https://github.com/kitware/cmake#building-cmake-from-scratch
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #24

24. Сообщение от Ivan_83 (ok), 11-Авг-26, 16:13	+/–
Ну вот а меинтейнер во фре как то не осилил сделать так чтобы cmake собирался без meson. Возможно и меинтейнеры других проекто оказались не лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от Аноним (12), 11-Авг-26, 16:14	+/–
Не трать время, лучше просто вывали исходники. Никто в твоём шелле не работающим нигде кроме твоего локалхоста разбираться не будет, и просто накадает CMakeLists.txt из одной строчки с `add_executable` которую ты не осилил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #27

26. Сообщение от Ivan_83 (ok), 11-Авг-26, 16:23	+/–
Нет, классика это когда для сборки одного .c файла в самом файле написана в коментах строчка как его собрать :) У меня несколько таких проектов на гитхубе лежат - даже как то стрёмно было туда cmake писать. Тут же вполне себе компактная система которая умеет почекать флаги компилятора и прочее. На моих проектах получается что шелл скрипт с описанием занимает меньше буков чем точно такое же на cmake. Синтаксически/идеологически похожа на мой другой недавний проект: https://github.com/rozhuk-im/chroot_env Притом из забавного: оно быстрее cmake работает, когда флаги/функции/символы надо прочекать. Многопоточную сборку я тоже относительно легко прикрутил. Для примера оно lua собирает у меня на полторы секунды, те от первого запуска до готового бинарника и либы. И да, я примерно представляю что оно будет работать на ограниченном числе платформ и не очень для больших проектов, но мне этого достаточно. Как раз замена cmake там где он излишен. Плюс простота из коробки: запустил make.sh и получил релизные бинарники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #28

27. Сообщение от Ivan_83 (ok), 11-Авг-26, 16:24	+/–
Да есть у меня исходники, всё что больше одного .c файла и так содержит cmake.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

28. Сообщение от Аноним (11), 11-Авг-26, 16:36	+/–
> Как раз замена cmake там где он излишен. Излишне - это, при наличии готового инструмента, гробить свою единственную жизнь на изобретение корявого велосипеда. Для студентоты такой подход еще приемлем, ибо является частью обучения. Но если ты уже взрослый детина, то тебе можно только посочувствовать: рано или поздно (а скорее всего, уже) ты сам будешь горько жалеть за бездарно потраченное время, которое уже не вернуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #31

29. Сообщение от Сладкая булочка (?), 11-Авг-26, 16:47	+/–
> Ну вот да, поэтому я пишу свою сборочную систему на shell script > :) Есть muon, но не полностью совместим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #33

30. Сообщение от Сладкая булочка (?), 11-Авг-26, 16:48	+/–
>>> Код Meson написан на языке Python >> В который хотят добавить раст как сборочную зависимость. Думайте! > Тебе в Firefox и Android его уже давно добавили. И что, надумал? Ну firefox'у это не помогает, а ведроидом не пользуюсь. Может хватит уже эти прмеры приводить? В ff большинство кода - это c++ и js.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #34

31. Сообщение от Ivan_83 (ok), 11-Авг-26, 16:52	+/–
Я согласен с тем, что это хорошо для обучения. Но скажем так, раньше мне знаний не хватало чтобы этим занятся. И сейчас много интересного узнаю. Я не считаю что это работа целиком на корзину, я чётко обозначил нишу: небольшие С проекты, там всё остальное избыточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

32. Сообщение от Ivan_83 (ok), 11-Авг-26, 16:54	+/–
А вы не понимаете разницу? Одно дело когда тебе продают/отдают готовый продукт, а другое дело когда ты сам с этим возишься. В первом случае наличие дрыста - это интимная проблема создателей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #35

33. Сообщение от Ivan_83 (ok), 11-Авг-26, 17:02	+/–
Не знал :) На фре его прикрутили, но так понял не юзается. Но как решение проблемы всё равно мне не очень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

34. Сообщение от Аноним (11), 11-Авг-26, 17:11	+/–
> Ну firefox'у это не помогает Ты сказал? > ведроидом не пользуюсь Пришло время офигительных историй! Давай, расскажи мне, что у тебя кнопочник вместо смарта, чтобы коварные корпы не отслеживали. > Может хватит уже эти прмеры приводить? Нет, не хватит, ибо ты лицемерно кушаешь ФФ, воюя при этом против Раста. >>> Код Meson написан на языке Python >> В который хотят добавить раст как сборочную зависимость. Думайте! >  В ff большинство кода - это c++ и js. А в cpython Раста сейчас вообще нет, но это не помешало тебе здесь всплыть со своей священной войной против мельниц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

35. Сообщение от Аноним (11), 11-Авг-26, 17:16	+/–
> А вы не понимаете разницу? > Одно дело когда тебе продают/отдают готовый продукт, а другое дело когда ты сам с этим возишься. О какой разнице ты говоришь? Что Firefox, что Python ты либо готовый качаешь из репы, либо собираешь сам. > В первом случае наличие дрыста - это интимная проблема создателей. А во втором - тех, кто "возится". И?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #36

36. Сообщение от Ivan_83 (ok), 11-Авг-26, 17:29	+/–
Так ты постоянно тыкаешь в пользователей андройда: "ааа там дрыст, ты тоже заляпался!" - а это не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #40

37. Сообщение от Анонимный аноним (?), 11-Авг-26, 17:33	+/–
И зачем твоя shell-скрипт система, если она будет прибита к unix? Для unix в сто раз проще и лучше написать просто Makefile. Сборочная система нужна чтобы под разные ОС собирать, в том числе не unix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #38

38. Сообщение от Ivan_83 (ok), 11-Авг-26, 17:43	+/–
Венда мне не нужна, а sh есть везде, притом что gmake/bmake может и не быть. Кроме того, насколько я видел, gmake/bmake по сути от sh отличаются только синтаксисом, сами по себе они флаги компилятора и прочее не умеют. Для проверки вот этого всего нагородили автотулсы поверх. У меня именно что можно указать список флагов компилятора, линковщика, функции, символы и оно проверит что оно есть в системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

39. Сообщение от Аноним (12), 11-Авг-26, 17:44	+1 +/–
> У меня проекты маленькие, на С, зависимостей очень мало или совсем нет и эти жуткие монстры мне нафик не упали. Эх, некому сейчас детям рассказать что такое сложность и где мы за неё платим, а где нет. Тебя же не смущает что для запуска твоих поделок нужен такой "монстр" как ядро ОС? По той же причине не должен смущать cmake. Вся его сложность от тебя скрыта, он есть на любой системе где собирают софт из исходников, и для хелловорлда `CMakeLists.txt` будет состоять из одной строчки `add_executable(helloworld helloworld.c)`, при этом работать на невообразимом количестве систем и платформ, генерить проекты для IDE, кросскомпилировать и whatnot. CMake при этом может хоть терабайт занимать и требовать отдельного датацентра - для тебя и для тех кто собирает твой проект чтобы опакетить или законтрибутить, сложность будет равна одной строке. > последнее время я пишу свою сборочную систему на shell script. Заметь, она уже заняла твоё последнее время, которое можно было потратить на что-то полезное, и займёт ещё, у тебя через месяц потому что ты забудешь что она делает, и любому кому потребуется собрать твой код придётся прочитать всю простыню твоей системы, потому что, в отличие от cmake, она кастомна и непредсказуема. При этом работать она нигде кроме твоего локалхоста не будет, и на нём сломается когда ты переедешь на другой дистрибутив, для сборки пакетов она будет категорически непригодна, и не будет уметь вообще ничего что ожидается от системы сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #41

40. Сообщение от Аноним (11), 11-Авг-26, 17:45	+/–
> Так ты постоянно тыкаешь в пользователей андройда: "ааа там дрыст, ты тоже заляпался!" - а это не так. Я тыкаю не во всех пользователей Андроида, а в конкретных лицемеров, которые воюют против Раста, кушая софт, который на нем написан. > ааа там дрыст, ты тоже заляпался!" - а это не так Ну вот видишь как у вас, лицемеров, устроены виляния? "Я не заляпался Растом, ведь я на нем вообще не пишу, а лишь потребляю уже собранное! И сейчас вам поведаю, почему Раст - это плохо"."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #42

41. Сообщение от Ivan_83 (ok), 11-Авг-26, 17:55	+/–
Так и с помощью cmake ты пакет не соберёшь пока автор туда не навалит тонну кода с описание как это делать. В остальном я не то что бы спорю, но ведь есть достаточно много проектов где есть только makefile, который от моей сборочной системы отличается ВСЕГДА в худьшую сторону ибо там нет функций для быстрой и лёгкой проверки компилятора и среды на нужные функционал. Использование cmake (насколько я знаю) всегда требует несколько раздельных вызовов, что так же не удобно. Ещё раз: я не создаю конкурента cmake/meson/autotools, это скорее замена gmake/bmake с отдельными функциями как в cmake/meson - тот же pkg-config из коробки через готовые обвязки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

42. Сообщение от Ivan_83 (ok), 11-Авг-26, 17:59	+/–
Меня вопросы лицемерия не интересуют - это ваша личная проблема восприятия действительности. Пользователю андройда, фф - вообще пофик что там и как там, лишь бы работало. И оно точно так же работало когда никакого раста в природе не было. Но об этом вы почему то забываете, как и забываете про то, что раст это всего лишь пыль/паразит и небольшой кусочек всей экосистемы, и что там намного больше кода на других ЯП. Что будет если убрать весь код на раст из фф и андройда - ничего страшного. Что будет если убрать код на С/С++/джаве - всё сломается, оно изначально на этом писалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #43

43. Сообщение от Аноним (11), 11-Авг-26, 18:26	+/–
> Меня вопросы лицемерия не интересуют Ну естественно, ведь ты же сам лицемер. > это ваша личная проблема восприятия действительности Нет, проблема тут лишь в том, что такие воины загаживают тут комментарии. > Пользователю андройда, фф - вообще пофик что там и как там, лишь бы работало. ...но как только речь заходит о каком-либо другом софте, то в комментариях всплывают Вани83 и прочие сладкие булочки с рассказами, как же всем от Раста плохо. > Что будет если убрать весь код на раст из фф и андройда - ничего страшного > Что будет если убрать код на С/С++ > оно изначально на этом писалось А зачем в принципе убирать какой-либо код? Это типа был аргумент против Раста? А так большинство нового кода в Андроиде "изначально пишется" как раз на Rust, а не C++. Была же новость тут. Поэтому если ты собрался "убрать" весь растовый код, то придется переписать его на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

44. Сообщение от Анонис (?), 11-Авг-26, 19:05	+/–
Пробовал, фуфло полное, лучше уж дальше на костыльном CMake костылики костылять.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема