#autotools — Public Fediverse posts

Реалии open-source разработки на примере Conan и userver

Исторически сложилось, что одна из главных проблем C++ - это тулчейны, системы сборки, управление зависимостями и всё вокруг. Ничего из этого не является частью стандарта, поэтому кто во что горазд. Любой бигтех просто обязан написать свой инструмент, который наконец-то станет лучшим. За несколько лет я прочитал много публикаций на русском и английском как же хороши пакетные менеджеры, как же с ними легко и просто решаются все ваши проблемы. Вот прямо серебренная пуля, то чего всегда так не хватало в плюсах! Если кратко - это так. Тем не менее у них хватает своих недостатков. Судя по этим статьям казалось, что использовать пакетный менеджер в разработке очень просто... Вот только про внедрения в крупные проекты почти никто не пишет, и скоро мы поймем почему. Пришло время исправить это упущение, и на примере внедрения Conan в userver также рассмотреть реалии open-source разработки. Нам быстро придется покинуть мир розовых пони, погрузиться в самые дебри и понять, что иногда новые модные проекты держаться на людях, отрицающих все современные методы разработки.

https://habr.com/ru/articles/991510/

#userver #c++ #conan #autotools #make #cmake

Реалии open-source разработки на примере Conan и userver

Исторически сложилось, что одна из главных проблем C++ - это тулчейны, системы сборки, управление зависимостями и всё вокруг. Ничего из этого не является частью стандарта, поэтому кто во что горазд. Любой бигтех просто обязан написать свой инструмент, который наконец-то станет лучшим. За несколько лет я прочитал много публикаций на русском и английском как же хороши пакетные менеджеры, как же с ними легко и просто решаются все ваши проблемы. Вот прямо серебренная пуля, то чего всегда так не хватало в плюсах! Если кратко - это так. Тем не менее у них хватает своих недостатков. Судя по этим статьям казалось, что использовать пакетный менеджер в разработке очень просто... Вот только про внедрения в крупные проекты почти никто не пишет, и скоро мы поймем почему. Пришло время исправить это упущение, и на примере внедрения Conan в userver также рассмотреть реалии open-source разработки. Нам быстро придется покинуть мир розовых пони, погрузиться в самые дебри и понять, что иногда новые модные проекты держаться на людях, отрицающих все современные методы разработки.

https://habr.com/ru/articles/991510/

#userver #c++ #conan #autotools #make #cmake

Реалии open-source разработки на примере Conan и userver

Исторически сложилось, что одна из главных проблем C++ - это тулчейны, системы сборки, управление зависимостями и всё вокруг. Ничего из этого не является частью стандарта, поэтому кто во что горазд. Любой бигтех просто обязан написать свой инструмент, который наконец-то станет лучшим. За несколько лет я прочитал много публикаций на русском и английском как же хороши пакетные менеджеры, как же с ними легко и просто решаются все ваши проблемы. Вот прямо серебренная пуля, то чего всегда так не хватало в плюсах! Если кратко - это так. Тем не менее у них хватает своих недостатков. Судя по этим статьям казалось, что использовать пакетный менеджер в разработке очень просто... Вот только про внедрения в крупные проекты почти никто не пишет, и скоро мы поймем почему. Пришло время исправить это упущение, и на примере внедрения Conan в userver также рассмотреть реалии open-source разработки. Нам быстро придется покинуть мир розовых пони, погрузиться в самые дебри и понять, что иногда новые модные проекты держаться на людях, отрицающих все современные методы разработки.

https://habr.com/ru/articles/991510/

#userver #c++ #conan #autotools #make #cmake

Реалии open-source разработки на примере Conan и userver

Исторически сложилось, что одна из главных проблем C++ - это тулчейны, системы сборки, управление зависимостями и всё вокруг. Ничего из этого не является частью стандарта, поэтому кто во что горазд. Любой бигтех просто обязан написать свой инструмент, который наконец-то станет лучшим. За несколько лет я прочитал много публикаций на русском и английском как же хороши пакетные менеджеры, как же с ними легко и просто решаются все ваши проблемы. Вот прямо серебренная пуля, то чего всегда так не хватало в плюсах! Если кратко - это так. Тем не менее у них хватает своих недостатков. Судя по этим статьям казалось, что использовать пакетный менеджер в разработке очень просто... Вот только про внедрения в крупные проекты почти никто не пишет, и скоро мы поймем почему. Пришло время исправить это упущение, и на примере внедрения Conan в userver также рассмотреть реалии open-source разработки. Нам быстро придется покинуть мир розовых пони, погрузиться в самые дебри и понять, что иногда новые модные проекты держаться на людях, отрицающих все современные методы разработки.

https://habr.com/ru/articles/991510/

#userver #c++ #conan #autotools #make #cmake

Weird. Opening a configure.am file in #NeoVim makes the autotools-language-server lock up and use an entire core.

Anyone else noticing this in their projects?

If it matters, the project is plptools.

#autotools #autoconf

#autotools is when you can't even figure out how to make the thing install libraries to the correct location... even after patching all sorts of files that probably maybe have something to do with the installation target of those files... and eventually just move files manually...

It's really incredible how much of a time sink upstreams with this terrible build system are...

#ArchLinux #PackagerLife

I have started migrating macros from the Sorts Mill Autoconf Archive to a new archive, with improvements: https://github.com/chemoelectric/chemoelectric-autoconf-archive

Mostly the improvements are making the cache variables not have names that start with things like ‘________ac’.

#GNU #Autoconf #Autotools

Właśnie zaktualizowałem trochę starych paczek #Gentoo do EAPI 8. Niektóre nie były aktualizowane od 6 lat. I wiecie, co jest najlepsze? Że nadal działają — systemy budowania działają, kod się kompiluje, programy działają. W odróżnieniu od większości nowego oprogramowania.

#autotools #C

So I've just bumped a bunch of old #Gentoo packages to EAPI 8. Some of them haven't been updated for 6 years. And do you know what's best? They still worked — their build systems work, they compile and they just work. Unlike most of the stuff developed these days.

#autotools #C

#fvwm3 #autotools #meson #buildsystems

A little over six months ago, I said the following:

https://bsd.network/web/@thomasadam/113340194570527011

Since six months has passed, I've now pushed to `main` a PR which does just that -- removes autotools from #fvwm3 and replaces it with meson:

https://github.com/fvwmorg/fvwm3/pull/1191

So this has been your warning.

When I release fvwm3-1.1.3, it will be using meson only.

Any questions, please do let me know. I hope downstream packagers have made the transition. :)

[Перевод] Параллельный ./configure

Извините, но в 2025 году — это просто смешно: $ time ./configure: 13.80s user 12.72s system 69% cpu 38.018 total

https://habr.com/ru/articles/904664/

#autotools #configure #make #bash #automake #сборка #сборка_проекта

@jloc0

Indeed.

Aside from all of the other work going on, there is also a concerted effort to migrate from using #autotools to #meson for builds.

#Xfce

So, if my goal is just to restore autotools happy-path of `./configure && make && make install` I need maybe ten lines of shell including the explainer blurb. If my goal is to create the best and universally-loved and appreciated one true CMake wrapper - a thing that is both normal to want and possible to achieve - then I need Python with custom `argparse.Action`s and some sort of reality-distortion field to avoid bike-shedding and yak-shaving.
#CMake #autotools

Autotools-skeuomorphic Makefile is super easy. Corresponding configure script still in progress; doing that in Python.
Then it finally occurred to me that one of the stumbling blocks is that autotools configure is stateless - it blows away the old configuration every time - where CMake keeps its configuration state and lets you mutate it incrementally. Now I need to wonder if my skeuomorphic configure script should blow away the build/binary directory each run…
#CMake #autotools

LibMPU (создание проектов)

В предыдущей статье мы сделали краткий обзор возможностей библиотеки функций для работы с большими числами. В приведенных примерах, для автоматического задания флагов компилятора и компоновщика, мы рассмотрели использование скрипта mpu-config . Данный скрипт поставляется во время инсталляции LibMPU и позволяет упростить написание Make-файлов для программ, использующих библиотеку LibMPU . Однако это не единственный вариант составления Make-файлов с использованием данной библиотеки. В данной статье мы рассмотрим применение GNU Autotools , которые позволяют обеспечить переносимость программ и упростить создание сложных проектов. После инсталляции LibMPU на вашу GNU/Linux систему в распоряжении пользователя, помимо самой библиотеки, будет находиться m4-скрипт /usr/share/aclocal/libmpu.m4. Скрипт l ibmpu.m4 предназначен для использования в проектах, создаваемых с помошью утилит Autoconf , Automake .

https://habr.com/ru/articles/872332/

#gnu #autotools #autoconf #Automake #configure #длинная_арифметика #большие_числа

Got side-tracked on a project where step 1 is converting something from Autotools to Bazel. The lack of a sufficiently functional "make install" in Bazel is disappointing but not surprising, and I'll just live with that for now. Shell scripts won't save us, but they'll get us where we want to go until there's time to build something better. (Writing Starlark rules is not very fun.)

#autotools #make #bazel #rust #clang

That seems to be an issue in #lame project. The #autotools file configure.in does not find #ncurses with pkgconfig. Hence, it misses the required compiler flag for static linking. For that, -DNCURSES_STATIC flag has be manually added with CPPFLAGS or CFLAGS or CXXFLAGS variables.

https://github.com/msys2/MINGW-packages/issues/10312#issuecomment-1142448264

If people just made a big deal about how much CO2 each run of #autotools make in a build we would've been rid of it by now, where's Greenpeace when you need them ​:satrithink:​

RE: https://is.badat.dev/objects/28c4786d-4d39-44a6-94b2-548b20dd4bcb

#fvwm3 #autotools #meson #muon #buildsystem

Hey all! Please note that although fvwm3-1.1.1 is close to being relesaed, there's still a few more things left to do.

Before that point, I'd like to take the opportunity to mention that as of fvwm3-1.1.1 fvwm3 is officially using meson/muon as the buildsystem of choice.

Autotools has been a tremendous help over the years. Heck, fvwm as a project started long before autotools existed.

But as technology changes, newer buildsystem alternatives have come along making better use of hardware, compilation speeds, etc.

Indeed, because of fvwm's age -- there's a tonne of custom m4 macros -- some of which are to work around issues long since gone. With autotools recently deprecating many of these, maintaining this was becoming difficult. Hence the change.

A six-month window exists once fvwm3-1.1.1 is released for downstream packagers to make the move from autotools to meson.

The `main` branch in the fvwm3 repository contains both buildsystems. Please give meson some testing!

A huge thanks goes to Kanjie (Matt Jolly) -- without whom none of this work would have been possible. Thanks, Matt!

For more specific details. please see: https://github.com/fvwmorg/fvwm3/discussions/1068

Questions? I'm here...

Me (being a smart ass): you know #autotools is an obsolete horrible mess of M4 and shell

> This works, because the ./dev.sh build command downloads all the major dependencies of #kitty as pre-built binaries for your platform and builds kitty to use these rather than system libraries.

Me (a humble version): that's worse somehow ... can I try to turn it off and on again?

#itcrowd

What a surprise! Another instance of a #CMake-based build system forcefully trying to install the man pages in /usr/share/man regardless of the value of CMAKE_INSTALL_MANDIR. Must be a day ending with -y.

For all the complaints I heard about the #autotools, they never gave me one tenth of the headaches that the other build systems have given me – and I’ve compiled my share of packages over the years.

Give me a configure script anytime.

#autodafe 1.1 has been released (#autotools / #autoconf) https://gitlab.com/esr/autodafe

#autofools is when you can't install files because of concurrency issues 👌

Please.... **please** just stop using #autotools 🥺

#ArchLinux #PackagerLife

Sure, but #Windows is still an Achilles Heal for the #AutoTools, unless you use #MinGW & #MSYS:

“What Autoconf Got Right”, Leah Neukirchen (https://leahneukirchen.org/blog/archive/2024/04/what-autoconf-got-right.html).

Via HN: https://news.ycombinator.com/item?id=40544336

On Lobsters: https://lobste.rs/s/ebnqzl/what_autoconf_got_right

#Unix #Autoconf #Build #Configure

Trying to wrap my head around the #libtool and #pkgconf vs pkg-config situation. What is going on?
Why is libtool bad, what is wrong with .la files, what does libtool do that pkgconf doesn't, and what does pkg-config do that neither of them do??
If anyone seeing this has dealt/is dealing with this linking/tooling situation I'd love to hear your thoughts :) Very curious.

#programming #freedesktop #autotools #dependencies

Crazy, how difficult it is coerce modern build systems to build both library types for the project (shared and static) and yet link the executable with the static one preferred. The amount of black magic and jumping through hoops one needs to attempt is quite staggering. #linux #cmake #meson #autotools