Опубликован релиз сборочной системы Meson 1.6.0, которая используется для сборки таких проектов, как X.Org Server, Mesa, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK. Код Meson написан на языке Python и поставляется под лицензией Apache 2.0...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62081
тащить python, ninja, а теперь ещё и llvm (!!!) для такой примитивной задачи как сборка
Ну, Python и так практически везде есть.
Ninja - она же мелкая и простая, вроде. В чём проблема её притащить?
Зачем LLVM? В новости написано, что Meson научился работать с новым компилятором. Всё. Для самого meson он не нужен.
Чел, очевидно, не только со сборкой C/C++ проектов не сталкивался, но даже и новость не удосужился нормально прочитать. Зато как возмутился!
Нафиг бы питоне не упал, если честно. Как и перл.
Ну, muon есть на чистом с99. Свои поделки проверял, вроде собирает. Таблица совместимости https://muon.build/releases/v0.4.0/docs/status.html . Меня единственное обламывает, что модуль cmake здесь не реализован и cmake-зависимости не подцепишь не переписав.На питоне, как я понял, им тупо проще и быстрее разрабатывать. Ну и сложно найти систему (самосборки в расчет не берём), где нет питона.
> Нафиг бы питоне не упал, если честно. Как и перлЧто предлагаешь вместо них?
Видимо, ассемблер.. Ему не писать, ему пользоваться.
> Что предлагаешь вместо них?Сишку конечно.
Больше ничего осилить не могут.
qbs, cmake...
Я бы предложил shell based сборочные системы, типа шелл то есть везде.
Но и луа сборочные системы тоже хороши и даже ещё лучше чем питон based в плане лёгкости переносимости, правки, синтаксиса и пр.
Напрасно ты так пренебрежительно.
"Для такой примитивной задачи как сборка" уже придумано количество систем больше, чем языков программирования.
И что смешно, из-за них в том числе нет единой экосистемы.
При попытке собрать проект из библиотек на C/C++ надо париться с кучей систем сборки.
Вот они последствия "стандарта" ISO.
llvm в базе FreeBSD уже лет семь наверное.
Он там не для непонятных применений а для сборки системы и части софта из портов.
Его даже для drm/mesa не используют никогда из базы и всякий раз ставится отдельный llvm из портов.
> тащить python, ninja, а теперь ещё и llvm (!!!) для такой примитивной задачи как сборкаОткрой для себя muon - то же самое но на си :). Без всего этого счастья. А у питонистов как обычно HG номер два получится.
Можно подумать, что HG это что-то плохое.
> Можно подумать, что HG это что-то плохое.Для лично меня - это страшенный уродец, набитый антипаттернами программирования от и до. Если кто юзает это - надежный детектор что это какие-то маздайщики, ужасно далекие от идей модульности вообще и юниксвэя в частности :)
И да, в моих глазах это не просто - плохое. Это более чем достаточно чтобы я не имел никаких дел с желающими юзать такие технологии. Глуповатые маздайные мышевозилы в проекте - такое себе.
А судя по кончине хостингов на этом и сливу проекта, кажется, к сравнимым идеям пришел не только я. Даже битовая мусорка его вроде уже выбросила. Хотя начали с оного.
наш эксперт, не видевший в жизни ничего кроме своих наколенных поделок снова с ценным мнением.git - НОЛЬ модулей за двадцать лет. lfs забит кувалдой куда-то в нутро как попало, и как получилось. На все деньги ms.
hg - ЦЕЛИКОМ модульная, десятки 3d-party модулей, помимо входящих в комплект (или, даже бывало, включенных в него постфактум).
Ужасно далекие эти люди, ага. Неосилятор хренов.
> наш эксперт, не видевший в жизни ничего кроме своих наколенных поделок снова
> с ценным мнением.Если что-то выглядит как г-но и работает как г-но я называю это г-ном. Представляешь?!
> git - НОЛЬ модулей за двадцать лет. lfs забит кувалдой куда-то в
> нутро как попало, и как получилось. На все деньги ms.Вот делать мне больше не... как с "модулями" от всяких питонистов ковыряться! Ктулху меня упаси от такого времяпровождения.
> hg - ЦЕЛИКОМ модульная, десятки 3d-party модулей, помимо входящих в комплект (или,
> даже бывало, включенных в него постфактум).Ну вот ты и получил целиком модульный кусок головняка, от питонистов, которые при переходе с 2 на 3 вообще - обделались с треском. Настолько что даже битовая мусорница ЭТО вынесла у себя с хостинга. Ибо системы контроля версий должны решать проблемы тех кто их использует, а не создавать много новых, ВНЕЗАПНО.
> Ужасно далекие эти люди, ага. Неосилятор хренов.
А еще я не пробовал перекидать 3 тонны навоза из самосвала лопатой. Экий я неосилятор. Твоя HF где-то рядом с этим занянием в моем с писке симпатий. Сорь, осиливай копание в тормозной и кривой питонблевоте сам.
> Если что-то выглядит как г-но и работает как г-ноЕсли это что-то в чем ты абсолютно не разбираешься, а выводы сделаны на основании фантазий неосилятора - то как г-но выглядишь ты.
Если тебя тыкают носом в твою лужицу и ты начинаешь вилять вместо того чтоб признать незнание - то г-но снова ты.
Повторяю - гит не модульный г-нософт, мешанина тяпляперского кода на минимум трех разных языках. Модульный by design - hg. Ты только что прилюдно нассал и улегся в свою лужу.
То что создатели hg не контролировали разработку языка, от которого зависели - не их вина, за ними не стояли миллиарды IBM. Да, эту ошибку совершила куча проектов, многие из-за нее погибли. Ни один проект не застрахован, если у него нет миллиардов. С качеством проекта это никак не связано.
Причем один из тех трех чудом не повторил судьбу пихона.
> тащить python, ninja, а теперь ещё и llvm (!!!) для такой примитивной задачи как сборкаТак не тащите. Собирайте для других другими инструментами... Хотя кого я обманываю - вы ментейнер ничего, и новость не для вас 🤷♂️
> возможно применение и других бэкендов, таких как xcode и VisualStudioСтоят друг друга.
> Поддерживается кросс-компиляция и сборка в Linux, Illumos/Solaris, FreeBSD, NetBSD, DragonFly BSD, Haiku, macOS и Windows с использованием GCCТак и поступаю. Только GCC. Везде. В Haiku даже ставить не нужно - в комплекте есть.
а что с OpenBSD?
А ее только вендоводы в виртуалке гоняют.
>В компиляторах nvc и nvc++ от компании NVIDIAЯ бы на их месте использовал бы GCC.
В новости же указано, что GCC уже поддерживается
На месте NVIDIA я бы использовал в своих проектах только GCC.
Вот в том числе поэтому ты NVidia и не владеешь.
>возможно применение и других бэкендов, таких как Xcode и Visual StudioА вот этого делать не надо. Это проприетарные IDE. Я бы на месте разработчиков Meson выкинул бы поддержку этих IDE.
Во-первых, vscode открыт. Во-вторых, какая разница? Ты юрист или у тебя весь комп из открытых компонентов, только xcode мешает?)
vs code - это некое новое подобие блокнот++, а visual studio( без code ) - это жирнющая IDE, которая или платная или очень платная но с некими условными возможностями бесплатной работы
Не все сидят в лине/бздях и компилят под них же. Без XCode едва ли собрать и выпустить полноценное приложение под яблоко. Там много чего ещё требуется помимо, собственно, компиляцииВдобавок, XCode бесплатен, хоть и есть только под яблоко
Чтобы сократить пользовательскую базу до нищуков и/или фанатиков?
Слава богу у разработчиков есть мозги, не выкидывать два самые распространенные пратформы в пользу нетрадиционного 4% меньшинства.
> в пользу нетрадиционного 4% меньшинства.
> 4%Врядли сабж так уж востребован на стимдеках.
На серверах, роутерах, имбедовке, телефонах у Linux 4 процента? Перестань принимать наркотики
> На серверах, роутерах, имбедовке, телефонах у Linux 4 процента? Перестань принимать наркотикиX.Org Server, Mesa, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK.
безусловно очень важны для серверов, телефонов и эмбедовки.А свой /bin/ls как-нибудь уж соберу без массонов или как их там. Все равно их пихоноподелка на той эмбедовке не работает, да и llvm "пишутъ".
>Добавлена поддержка SDK DIA (Debug Interface Access), позволяющего читать отладочную информацию в формате PDB, используемом на платформе Windows.Лишь бы опенсорсные решения не использовать:
https://github.com/wbenny/pdbex
https://github.com/MolecularMatters/raw_pdb
https://github.com/llvm/llvm-project/tree/main/llvm/lib/Debu...
https://github.com/ufrisk/pdbcrust
Тут тонкий момент, что одно время мелкомягкие часто втихушку меняли формат. И чтобы работать с выхлопом свежих студий нужны были и актуальные версии библиотечек из DIA SDK. Реверсили это дело много кто, но в паблике полноценного опенсорсного решения так и не было, пока не открыли спеки. Допускаю, что привычка к DIA осталась с тех времён.
Что анон скажет об xmake?
Был же уже premake
А у кого есть опыт крос сборки на этом чуде, а сборки bare-native кода?
Поделитесь опытом на хабре пожалуйста.
> А у кого есть опыт крос сборки на этом чуде, а сборки
> bare-native кода?
> Поделитесь опытом на хабре пожалуйста.стесняюсь спросить - оно то или другое вообще-то может? А то есть нехилые подозрения, что нет.