https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html Опубликован (https://groups.google.com/forum/#!topic/mesonbuild/5kU9ILjXWPk) релиз сборочной системы Meson 0.51 (http://mesonbuild.com/), которая используется для сборки таких проектов, как X.Org Server, Mesa, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK+. Код Meson написан на языке Python и поставляется (https://github.com/mesonbuild/meson) под лицензией Apache 2.0.<br><br><br><br>Ключевой целью развития Meson является обеспечение высокой скорости сборочного процесса в сочетании с удобством и простотой использования. Вместо утилиты make при сборке по умолчанию применяется инструментарий Ninja (https://www.opennet.ru/opennews/art.shtml?num=29525), но возможно применение и других бэкендов, таких как xcode и VisualStudio. В систему встроен многоплатформенный обработчик зависимостей, позволяющий использовать Meson для сборки пакетов для дистрибутивов. Правила сборки задаются на упрощённом предметно-ориентированном языке, отличаются хорошей читаемостью и понятны пользователю (по задумке авторов разработчик должен https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#73 Tue, 18 Jun 2019 21:46:50 GMT &gt; кто не знал, угощайтесь: башизмы с шебангом /bin/sh<br><br>Спасибо, обойдёмся.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#72 Tue, 18 Jun 2019 20:11:42 GMT &gt; У меня CFLAGS и CPPFLAGS обычно разные, будет плохо если они смешаются в кучу.<br><br>Они всегда разные. И передаются компилятору именно что одной кучей. Как их при этом хранить &#8212; по отдельности или в месте &#8212; значения не имеет.<br>Дай угадаю: ты просто не знаешь, что такое CPPFLAGS?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#71 Tue, 18 Jun 2019 16:18:40 GMT &gt; Тут больше от наличия/сложности логики зависит, чем от размера.<br><br>А у меня -- от необходимой сложности структур данных и наличия готовых библиотек (кстати, кто не знал, угощайтесь: http://altlinux.org/libshell).<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#70 Tue, 18 Jun 2019 15:04:53 GMT &gt; И опа! Для сборки из исходного кода, уже не нужен весь пакет <br>&gt; libtool, а только sh. По-моему, все работает точно накже как и <br>&gt; остальные утилиты autoconf/automake, а не "libtool ломает логику autoconf by design". <br><br>Ты читал, что я выше писал-то?<br>Не в том смысле ломает, что не следует политике напихивания 100500 скриптов в дерево исходников и генерации такого же их числа во время конфигурации, а в том, что тесты ./configure перестают работать так, как задумано.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#69 Tue, 18 Jun 2019 15:01:04 GMT Ещё раз для тугодумов: libfoo.la тоже есть, но тест линковки (стандартный автоконфовский) не использует libtool, поэтому толку от него ноль с точкой вместо палки.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#68 Tue, 18 Jun 2019 14:59:09 GMT &gt; этот трэш - и осиливать незачем. Он gmake only да еще и нужна достаточно модная версия, в старых поломано кое-что.<br><br>И что же там gmake only? Шаблонные правила, разве что? Замени их суффиксными. Что ещё?<br><br>&gt; но список .c &#124; .cxx от которых зависит итоговый бинарь он все же за тебя не соберет.<br><br>А кто соберёт-то? automake не соберёт, cmake не соберёт, насчёт сабжа тоже сильно сомневаюсь.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#67 Tue, 18 Jun 2019 12:57:02 GMT &gt; Большинство пишет их ужасно, потому что считает, что это просто, и учиться там нечему.<br><br>Это специфично для программирования в целом. Подставьте вместо "shell" любой другой язык -- и это тоже будет правдой.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#66 Tue, 18 Jun 2019 12:17:48 GMT У меня CFLAGS и CPPFLAGS обычно разные, будет плохо если они смешаются в кучу.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117639.html#65 Tue, 18 Jun 2019 10:34:03 GMT Так если "есть только libfoo.a", libtool тут не причем. Может собирете уже тогда libfoo.la?<br>