URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 133456
[ Назад ]
Исходное сообщение
"Опубликован Autodafe, инструментарий для замены Autotools на обычный Makefile"
Отправлено opennews , 18-Апр-24 23:52 
Эрик Рэймонд (Eric S. Raymond), один из основателей организации OSI (Open Source Initiative), стоявший у истоков движения открытого ПО, опубликовал инструментарий Autodafe, позволяющий преобразовать сборочные инструкции и сценарии, применяемые утилитами Autotools, в один обычный Makefile, который может легко читаться и меняться разработчиками. Код проекта написан на языке Python и распространяется под лицензией BSD...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61025

Содержание
Сообщения в этом обсуждении
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 18-Апр-24 23:52 
После ./configure там и так обычный Makefile
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 18-Апр-24 23:59 
Зато до — нечитаемая мешанина символов
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:14 
Что до? До запуска ./configure никакого Makefile нету, откуда в наличии и спецсимволы возьмутся, тем более их мешанина? Есть только Makefile.am и configure.ac, к-е ты сам руками пишешь, они простые и понятные.

Короче, я не понимаю смысл этого скрипта на питоне. Ну пиши сразу чистый Makefile без автотулз. А если скрипт генерирует чистый Makefile из сценариев autotools, то какой в нем смысл, если я и autotools'ом так же сгенерирую?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 09:15 
Вы, то есть, уже проверили каждую строчку этого ./configure и готовы уверенно сказать, что новый мейнтейнер вашего любимого проекта ещё не засунул туда бэкдор?
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 09:27 
Скажи честно, ты ведь ни разу не юзал autotools, верно?
Иначе бы знал что там и ./configure никакого нет, его надо сгенерировать из configure.ac
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 11:07 
1. Он туда может хоть черта лысого засунуть. Но после выполнения ./configure создается Makefile, котоый я и могу проверить.

2. Речь в новости о том, что ты сам будешь генерировать свои Makefile этим скриптом на питоне. Ты сам себе бекдор собрался встраивать?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Я , 19-Апр-24 15:29 
смысл в том чтобы взять проект с автотулами, прогнать скрипт, получить мейкфайл и полностью удалить ошмётки автотула из проекта.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:06 
Не хуже систем сборки, чем для C/C++
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено rezzet , 19-Апр-24 03:15 
autoconf это боль и страдание. Cmake по факту сейчас становится стандартом для с++, он с более человеческим лицом, но то же конечно кактус еще тот.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Мне хватает , 19-Апр-24 06:26 
Идите вы со свои cmake, замучили уже. Выучили пять букв и как мантру её в каждой подворотне повторяют.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 13:58 
meson же!
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 23:22 
Проблема в том, что большие увесистые проекты перевести очень сложно,
так как там мало того что закостенелые адепты Autotools, а во вторых
много зависимых скриптов сборки.

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

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Ivan_83 , 19-Апр-24 14:24 
CMake имеет слишком много зависимостей, и внутри синтаксис там плавает, где то _CFLAG где то _CFLAGS и тп после вроде бы стандартных автодетектов.

Meson по зависимостям лучше, но он идиотский из за питон синтаксиса и полной зависимости от pkgconf без возможности насильно что то задавать руками.


Я бы хотел видеть сборочную систему написанную на LUA.
Фишка в том, что там зависимостей никаких кроме С и make нет.
Как минимум autotools такое точно должно легко заменять. Возможно месон. Смаке вроде с курлом линкуется и умеет сам тянуть с инета, потому его полноценная замена потребует больше зависимостей.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Советский инженер , 19-Апр-24 15:28 
>Я бы хотел видеть сборочную систему написанную на LUA.

https://github.com/matricks/bam/tree/master

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 15:41 
Premake https://premake.github.io/
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Александр , 19-Апр-24 20:28 
На lua premake5 и xmake хороши. Xmake не использовал, только доки видел. А вот premake5 активно использую. Очень гибкий и читаемый сборочный скрипт выходит. Честно говоря, понятнее и проще выходит, нежели Cmake. Увы, последний мне приходится использовать из-за того, чтотон почти стандарт доя C++. Но если что-то чисто своё, не тянущее собирабельных зависимостей, использую premake5. Также из плюсов: на сколько помню, не имеет зависимостей. Lua линкуется в исполняемый файл.
Не из lua qmake нравится. Жаль к Qt прибит. Жду, когда от него откажутся, и может сообщество вынесет его как независимую сборочную систему.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 03:33 
Meson хуже хотя бы тем, что у него нет документации. Есть какой-то несчастный огрызок на сайте, а хотите больше - несите деньги за книжку.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 20:00 
qmake был удобным вариантом.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:10 
> Из недостатков отмечается потеря поддержки старых Unix-систем

не понял. Ведь до  Autotools makefiles и так руками писали. Ну ли на м4

А что сразу нельзя встроить в  Autotools - чтобы выплевывал нормальный макефайл ?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:48 
Суть не в том, что Autotools создаёт плохой Makefile, а в том, что Autotools - кошмарный инструмент, от которого нужно избавиться и забыть как страшный сон. Главное мигрировать, а Makefile самый доступный вариант для этого
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:52 
Makefile, как и make, устарел уже вместе с autotools много раз и такой же убогий костыльный хлам
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 01:09 
И какой же смузи для make использовать? Всякие ninja - это тот же make, только вид сбоку. Ну типа быстрее тысячи правил сборки перемалывают.

Другой вопрос, что make плохо подходит для создания проекта, который должен собираться разными компиляторами в разных ОС и ещё конфигурируемо (с подключением/отключением/поиском библиотек и отключением/включением поддержки разных фичей). Для helloworld на своей собственной ОС Makefile делается за 10 минут и редко занимает больше пары десятков строк.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 22:46 
>  Ну типа быстрее тысячи правил сборки перемалывают. Другой вопрос, что make плохо подходит для создания проекта...

Ну да, подумаешь, мелочь. ninja далеко не тот же make

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено YT , 19-Апр-24 06:27 
Куда с мигрируешь с любителями каждый по не обоснованному случаю меняющими версию свойх библиотек , которые не относятся к действительно нужным миграционным допустим графическим где gles1 , gles2 действительно отличаются как d3d9/8/9/10/11/12 ?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 22:42 
Сам то понял что спросил? Пиши свои таблицы совместимости внешней либы с твоим проектом и маппингов в сборочные опции. Это много проще, понятнее и удобнее в дальнейшем использовании, чем весь хлам autotools-ов, который в основном заточен на подерржку кучи реализаций libс и POSIX стандартов в разных ОС.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 12:33 
Зачем себе проблем создавать? Если все эти версии действительно востребованы, то найдётся мейнтейнер, который будет заниматься этим. С тебя только юнит-тесты, чтобы отлавливать несовместимости API. Хотя тот вот мейнтейнер с радостью этим займётся, если ты его пинать будешь, чтобы он все найденные несовместимости оформлял бы юнит-тестами.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 20:02 
может Autotools и кошмар, но требовать для сборки С-программ наличия питона в сборочном окружении - это какой-то позор и зашквар...
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 01:27 
>А что сразу нельзя встроить в  Autotools - чтобы выплевывал нормальный макефайл ?

нормальный - понятие относительное. если ты писал в стиле suckless Makefile, а они очень приятные и наглядные, то знаешь что начинается при сборке под различные оси и платформы. Гнушные хакеры пишут софт, который соберётся от какого-нибудь мамонта SGI, до GNU Hurd, с различными линкерами и кор-утилитами, я например собирал гну-софт с suckless {s,u}base. Представь какой должен быть Makefile для такого.

P.S. CMake норм, но монстр, а meson периодически сломанная игрушка от фридрисктоп/красношляпы. Autotools выбор настоящих бородачей, что бы ни говорили смузи505ы.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 03:59 
"Разработчики корпораций пишут софт, который соберётся от какого-нибудь мамонта SGI, до GNU Hurd, с различными линкерами и кор-утилитами"

Исправил, не благодари.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 04:11 
> "Разработчики корпораций пишут софт, который запускается через wget !@#% | bash под ubuntu lts.

Исправил, не благодари.


"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено нах. , 19-Апр-24 09:16 
Причем в процессе скачивает тебе вчера выпущенную версию пихона и два десятка (бинарных) библиотек к ней.

(только не lts а `date +%y`.04 конечно - будет тебе уважающий себя разработчик пердолиться с твоим немодным на целый год уже софтом в lts, ага щас)

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 09:21 
И такое тоже пишут, спору нет. А гнутые хакеры пишут манифесты вроде https://www.gnu.org/gnu/manifesto.ru.html с просьбами халявы, лозунги и прочие столь же полезные (нет) вещи.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено vle , 19-Апр-24 00:12 
https://github.com/cheusov/mk-configure

Вариант без кодогенерации вообще.
Скорее всего он уже есть в вашей системе.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:20 
В который из мейков? Позикс, гнутый, бздешный?
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено нах. , 19-Апр-24 11:11 
Ты когда последний раз видел configure, способный сгенерить файл для мэйка отличного от единственноправильного гнутого? Году наверное этак в 99м?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 16:10 
Там сразу так и не поймешь, какой из них перед тобой
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 19:57 
Ну поставь себе трупик фряхи, там тебе будет их собственный мэйк, а gmake опционален
Так что не нужно тут, хочешь негнутого мэйка, бери негнутый
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено vle , 21-Апр-24 17:25 
> Ну поставь себе трупик фряхи, там тебе будет их собственный мэйк, а
> gmake опционален
> Так что не нужно тут, хочешь негнутого мэйка, бери негнутый

Во FreeBSD не их собственный make, а make взятый из NetBSD.
Он также известен как bmake, и он очень хорош.
Свой собственный make FreeBSD-шники, как я понял, закопали.
bmake также утащили в Minix, так же как и вообще весь userlevel из NetBSD.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 22-Апр-24 22:25 
Вообще-то configure таки генерирует мейкфайлы совместимые с любыми мейками, если там явно в .am не написать GNU'шного синтаксиса. В портах FreeBSD все порты с GNU_CONFIGURE=YES не без USES=gmake собираются BSD'шным мейком, и на самом деле портов требущих гнутого единицы.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено нах. , 22-Апр-24 23:20 
Ну вот лет двадцать назад - генерил.

А сейчас в большинстве случаев - медвежуть с то pathsubst, то wildcard, то еще какая хрень которую и сам автырь-то без бутылки наверное не разберет. Зачем оно в автогенерящемся файле - а хз, оне художники, оне так видют.

> и на самом деле портов требущих гнутого единицы

боюсь что остальные сотнитыщ - хеловроты или что-то совсем ненужное. Полагаю у меня нет ни одного набора пакетов для фри (неважно - отдельнособранного или в совсем standalone системе где не было смысла морочиться со сборкой вне ее самой) где не притащился бы зачем-то gnu make.

И твое CONFIGURE yes само по себе редкость просто так.  USES=autoreconf (и еще надо autoheader обязательно версии n+1 !) же ж - чтоб жизнь медом не казалась.
(впрочем, на фоне нинзей с прочей питононечистью - можно и не огорчаться уже особо)

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:49 
Когда же уже эти ископаемые перестанут откапывать и насиловать свою стюардессу? autotools в принципе нужно закапывать, как явление, вместе с make, а не городить очередные костыли к костылям
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 01:39 
ну так это лопата для закапывания автотулса и есть
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 00:51 
> Мотивом для создания проекта

Фига се он кодит с космической скоростью. Мне бы так.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 01:15 
Сообщите дедуле, что каждый год и так количество пакетов собираемых с autotools сокращается. Уже есть Cmake и Meson.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 01:16 
> Из недостатков отмечается потеря поддержки старых Unix-систем, усиление зависимости от libtool и снижение гибкости в настройке.

а nih синдром не отмечается? тобишь, написать аналог autotools, который генерирует мейкфайл (как autotools), чтоб избавить проект от autotools, ценой потери всего что умеет autotools, и не умеет аналог. Гениально! Дайте два.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 01:21 
Итак, у тебя один проект, который ты используешь только на своих серверах и для своих заказчиков.
Зачема тебе все эти тулсы. Ты просто сделал форк викинул весь хлам и скатился до 100 строк в Makefile.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 01:32 
А так - по 50 строк на configure.ac и Makefile.ac и у меня есть поддержка сборки для всего зоопарка. Не понимаю, как человек осиливший autotools не может осилить Plain Makefile? Зачем ему питон-портянка? :-D

Впрочем, я дед, и давно перестал понимать это ваше АйТи.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено нах. , 19-Апр-24 09:17 
Типичная современная разработка, что ж не так?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Skullnet , 19-Апр-24 01:35 
А вариант не юзать autotools никак не приходит в голову? Есть же CMake...
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено pavlinux , 19-Апр-24 12:00 
Для cmake нужен CMakeLists.txt, его тоже надо ручками писать.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Skullnet , 19-Апр-24 13:01 
> Для cmake нужен CMakeLists.txt, его тоже надо ручками писать.

В чём проблема написать руками?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено pavlinux , 19-Апр-24 13:10 
>> Для cmake нужен CMakeLists.txt, его тоже надо ручками писать.
> В чём проблема написать руками?

Вообще нет проблем, как и для autotools

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 01:56 
Если что, вместе с языком D распространяется интересная вещь DUB ( https://dub.pm/ ) - она много чего может, включая и компиляцию. А главное - конфиги пишут на человеческом языке.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 07:50 
Там же 2 варианта конфигов. Если .sdl, то да, на человековоспринимаемом.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 05:47 
Конфиги Autotools бывают весьма замысловаты, даже если речь не о кроссплатформенном софте: так понимаю, Эрик Рэймонд тупо подзабил на некоторые возможности Autotools?
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 05:57 
https://gitlab.com/esr/autodafe/-/blob/master/de-autoconfisc...
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 07:47 
Отдам предпочтение Autotools, он на православной GPLv3+.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 08:11 
Недавно собирал Lua, вместо всего этого треша чистенький make-файл, который удобно читать и при необходимости редактировать. При этом, внимание! Lua собирается во всех операционках и любыми компиляторами!
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 08:26 
> Недавно собирал Lua, вместо всего этого треша чистенький make-файл, который удобно читать
> и при необходимости редактировать. При этом, внимание! Lua собирается во всех
> операционках и любыми компиляторами!

достаточно почитать сценарий кросс-сборки для разных платформ в каком нибудь Т2 SDE, и там будут все прелести повторения m4 скриптов и создания необходимых файлов и правил компиляции вручную. А так то конечно, простенький мейкфайл, удобно читать и при необходимости редактировать... как мейнтейнеры lua. Хуже только если при таких навыках написания мейкфайлов, разрабы луа решат перейти на месон. :)

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено n00by , 19-Апр-24 10:19 
Как вы вообще читаете например такое?

# Функция всего лишь удаляет суффикс -unstable-v с цифрой из имени файла.
unvers = $(strip $(foreach v,1 2 3 4 5 6 7 8 9,\
             $(if $(findstring -v$(v),$(1)),$(subst -unstable-v$(v),,$(1)),)))
wlproto = $(if $(findstring unstable,$(1)),unstable/$(call unvers,$(1)),stable/$(1))

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено куку , 19-Апр-24 11:47 
Это вялотекущее аутодафе, для этого надо пренебречь всеми остстальными сферами жизни.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 03:30 
Именно поэтому использование Makefile, m4 и прочего наркоманского бреда из 70-х нужно законодательно запретить.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 12:36 
Потому что не надо писать скрипты на sh, и тем более на мешанине make и sh. Для таких вещей есть python. Каждому инструменту своё применение.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено n00by , 20-Апр-24 15:53 
Это фрагмент Makefile для GNU Make. Всё соответствует официальной документации info make.

И почему вдруг на Python, которого может не оказаться, а не на OCaml? Вопрос чисто гипотетический, зачем может понадобиться ЯП для сборки одного исполняемого файла из десятка .c/.h, не спрашиваю.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 20:36 
Пиши на OCaml, тебе можно
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено n00by , 21-Апр-24 07:49 
> Пиши на OCaml

Императив аткуализует вопрос, на который раньше можно было не отвечать: зачем понадобился ЯП для сборки одного исполняемого файла из десятка .c/.h?

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Ivan_83 , 19-Апр-24 15:21 
Да, я за то чтобы всё собирать с помощью make на LUA, осталось его только создать :)
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 08:54 
Вот теперь надо написать транслятор из ниндзи в мейкфайл. И заодно из симейка, чтобы не собирать симейк.

И не на питоне.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Бывалый Смузихлёб , 19-Апр-24 13:50 
> И не на питоне

Но ведь ради него всё и затевалось!

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено n00by , 19-Апр-24 10:17 
Эрик Рэймонд читает Опеннет? Тут неоднократно сборщики пакетов называли autotools плохим словом, но сами ничего не могли с этим поделать.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 17:45 
Как будто программа Эрика - это решение проблемы. Портировать на CMake и с нуля проблем нет. Просто выкидываешь весь autotools-хлам и с нуля делаешь по нормальному. Но ведь мэйнтейнеры-дебилы на это не согласятся, а недебилы уже давно сами перешли без посторонней помощи.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 10:39 
Аутодафе́ — публичное покаяние осуждённых еретиков, чтение и исполнение их приговоров, в том числе сожжение на костре.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 18:12 
А я то думал, что "Autodafe" - это поковерканное "Autodeath".

Кстати, анекдот в тему вспомнился:

I saw a book entitled "Die GNU Autotools" and I thought "My feelings exactly". Turns out the book was in German.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 10:58 
>auto de fé , meaning 'act of faith'
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 11:13 
> стоявший у истоков движения открытого ПО

Стоять то он стоял, конечно, но кроме как чудовищно кривым и забагованным fetchmail'ом больше ничем неизвестен

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 18:16 
Ты что! "Собор и Базар" ведь!
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Изя , 19-Апр-24 23:58 
Guidebook к нетхаку
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 10:56 
reposurgeon же.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 13:24 
О, сам Эрик Рэймонд! Этому товарищу я верю, чувствую вещь стоящая должна быть!
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 13:25 
вот бы ещё мэйкфайлы в CMake преобразовывать автоматически... без использования больших языковых моделей...
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено pavlinux , 19-Апр-24 14:10 
> вот бы ещё мэйкфайлы в CMake преобразовывать автоматически... без использования больших
> языковых моделей...

Преобразовать Makefile в CMakeLists.txt для cmake, чтоб  cmake потом сгенерил Makefile?
Подружись с автором проекта, у него в башке такая же логика ))

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено тыквенное латте , 19-Апр-24 14:27 
>> вот бы ещё мэйкфайлы в CMake преобразовывать автоматически... без использования больших
>> языковых моделей...
> Преобразовать Makefile в CMakeLists.txt для cmake, чтоб  cmake потом сгенерил Makefile?
> Подружись с автором проекта, у него в башке такая же логика ))

но-но-но, ты забываешь что симейк может генерировать билд файл для ниндзи, а тут как раз бежит на грабли, волосы назад, вот этот чувак
https://www.opennet.me/openforum/vsluhforumID3/133456.html#37
который хочет генерировать мейкфайлы из сгенерированного для ниндзи билдфайла, сгенеренный из cmake'ом из cmakelists.txt, который сгенерила тулза уже вот этого чувака выше из мейкфайла, сгенеренного autotools'ом.


Звучит как стартап, я за колой!

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 22-Апр-24 22:39 
> Преобразовать Makefile в CMakeLists.txt для cmake, чтоб  cmake потом сгенерил Makefile?
> Подружись с автором проекта, у него в башке такая же логика ))

Зато у него в башке хоть что-то есть. Так-то абсолютно логично перевести источник истины с низкоуровневого сценария на высокоуровневый, из которого генерить обратно низкоуровневые если это нужно. Как ассемблер переписать на ЯВУ и потом скомпилить.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Пряник , 19-Апр-24 14:03 
А как Rust без make обходится?
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено pavlinux , 19-Апр-24 14:16 
> А как Rust без make обходится?

Выcep не удался. У них блобятина на питонятине генерящая Makefile
https://github.com/rust-lang/rust/blob/master/src/bootstrap/...


    with bootstrap.output('Makefile') as f:
        contents = os.path.join(rust_dir, 'src', 'bootstrap', 'mk', 'Makefile.in')
        contents = open(contents).read()
        contents = contents.replace("$(CFG_SRC_DIR)", rust_dir + '/')
        contents = contents.replace("$(CFG_PYTHON)", sys.executable)
        f.write(contents)

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Пряник , 22-Апр-24 11:02 
Спасибо за комплимент :)
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 14:22 
Никак. Он без него не обходится. Или ты думаешь что какой-нить cmake - это замена make? А вот и нет, cmake - это замена autotools. Все эти системы сборки в итоге генерируют Makefile, к-й выполняется make'ом (написанном на C, аха-аха-аха). В том числе и в расте
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Ivan_83 , 19-Апр-24 14:45 
Вообще то нет.
Cmake умеет сам быть make и умеет генерить сценарий для ninja, это исключает использование ещё и make, насколько я знаю.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 16:04 
Ок, ладно )
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 06:23 
CMake make-ом быть не умеет, не неси чуши
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 06:23 
Замены autotools как таковой нет. CMake это просто генератор сборочных правил, а autotools ещё и конфигуратор. Впрочем для большинства приложений достаточно CMake + небольших своих доработок
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 22-Апр-24 22:47 
Это конечно же ложь, cmake в том числе и конфигуратор (сборка информации о системе, поиск зависимостей, опции сборки - всё это он делает) и чтобы знать это достаточно cmake хотя бы раз запустить. Не понимаю как вы, ни разу не запустив cmake, себе позволяете что-то про него рассказывать.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 22-Апр-24 22:44 
> Все эти системы сборки в итоге генерируют Makefile

Это неверно даже для плюсов, потому cmake может кроме makefile генерировать и ninja и проекты ide. Вне ide вместо make уже давно используют ninja (который на плюсах если что).

А для rust это вообще чушь, там cargo собирает проект напрямую из высокоуровневого описания, и никаких инструментов уровня "из файлика собери мне другой файлик" не используется в принципе.

"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 14:22 
Раст код не надо собирать, тем более юзать.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Пряник , 22-Апр-24 11:01 
Тебя никто не заставляет :)
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 19-Апр-24 14:05 
То есть через 30 лет сообществу всётаки надоел подход когда скрипт делает скрипт который генерирует сценарий сборки.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Сообщество , 19-Апр-24 16:37 
Нет, мне не надоел такой подход
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено vle , 20-Апр-24 00:42 
https://github.com/cheusov/mk-configure
Лично мне такой подход надоел 15 лет назад. В два раза быстрее :-)
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено randomize , 19-Апр-24 21:03 
Троллинг 99 уровня, начиная названием проекта и файлов и заканчивая языком.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 20-Апр-24 03:26 
У этого проекта такой же смысл как перемалывать кости динозавров чтобы лепить новые скелеты динозавров.
"Опубликован Autodafe, инструментарий для замены Autotools на..."
Отправлено Аноним , 21-Апр-24 13:37 
Вещь явно полезная, если выполняет свои обещания, но название... Из ближайших ассоциаций только одна конспирологическая теория.