https://www.opennet.dev/openforum/vsluhforumID3/122640.html После восьми лет с момента публикации версии 2.69 представлен выпуск пакета GNU Autoconf 2.70, в котором поставляется набор M4-макросов для создания скриптов автоконфигурации для сборки приложений в различных Unix-подобных системах (на основе подготовленного шаблона выполняется генерация скрипта "configure")...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54226<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#85 Fri, 18 Dec 2020 09:01:58 GMT Не то чтобы я cmake защищал, мне он самому не очень нравится по многим причинам, но...<br>1) даже рекурсивный трэш из ldd на моей системе 28 строчек вместо ваших 60, но его для оценки использовать вообще неправильно, потому что:<br>2) давайте всё-таки смотреть прямые зависимости. B readelf -d cmake их в 3-4 раза меньше (читать NEEDED)<br><br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#84 Sun, 13 Dec 2020 22:37:45 GMT 1. Помимо перечисленных были, например, ppc64 (обеих ориентаций), mipsel, aarch64&#8230;<br>2. Ну в общем случае &#8212; да, сборка одна на все случаи жизни. А ты хочешь, чтобы тебе все n! возможных комбинаций собирали? Но проблем с отключением/включением опций в этой единственной сборке ни разу не было. Да и откуда б им взяться? Там же всё предельно просто.<br>3. Не знаю, где ты там магию нашёл. С autocrap изредка бывают косяки, если разработчик сильно налажал, а с cmake не припоминаю (хотя и там накосячить можно при желании, как и везде). (К сведению: все известные мне дистрибутивы общего назначения собираются нативно.)<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#83 Sat, 12 Dec 2020 18:15:39 GMT &gt;&gt; Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится <br>&gt; да никак, "мы поддерживаем только новыйстандарт, а не эти ваши юникс-совместимые ненужно-системы!" <br><br>Ирония, конечно, понятна, но список поддеживаемых платформ у mk-configure<br>сильно шире, чем "новыйстандарт". На всем этом mk-c регулярно тестируется.<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#82 Sat, 12 Dec 2020 18:13:58 GMT &gt;&gt; Брать лучше последнюю версию.<br>&gt; Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится <br>&gt; о том что фряшная версия bmake, сопровождением которой занимается sjg не <br>&gt; годится? Еще один bmake ставить?<br><br>На сколько мне известно SJG занимается портированием bmake на все, что движется.<br>При чем тут FreeBSD? Но вообще, с некоторых пор mk-configure работает с родным<br>FreeBSD-шным make-ом, посколько его заменили NetBSD-шным. Несколько лет назад.<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#81 Sat, 12 Dec 2020 14:19:21 GMT &gt; Интересно, как этим пользоваться во фряхе, если первой строчкой в README говорится <br><br>да никак, "мы поддерживаем только новыйстандарт, а не эти ваши юникс-совместимые ненужно-системы!"<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#80 Sat, 12 Dec 2020 14:01:58 GMT &gt; Оно не понимает, что эту хню и на обычной ARM банана-плате хрен скомпилируешь.<br><br>с урезанием части зависимостей - скомпилируешь, есть их у меня.<br>Только такой cmake потом cможет собрать только, хехе, "часть" софта. Ну, правда, скорее всего остальная часть все равно бы не заработала. Но теперь вместо того чтобы чинить это (например, мной обожаемую зависимость от isal ) - ты сперва почини-ка сборку без cmake или вот своим "неполноценным" cmake - быстренько разобравшись, что там не так и зачем оно было. Мне-то проще сделать форк с голыми Makefile, все равно я ни байта обратно не собираюсь возвращать макакам.<br>Но время на это будет безвозвратно потеряно.<br><br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#79 Sat, 12 Dec 2020 08:56:31 GMT Приятнее, так как:<br>1. Архитектуры у тебя скорее всего полторы. ( amd64/i386 && arm и все это под glibc only ;)) )<br>2. Опции сборки жестко зафиксированы ,т.е. обирается ли оно с другими --enable/disable - тебе накласть. Все равно кроме тебя и билд-фермы никто из сорцов не собирает. <br>3. Кросскомпиляция - это ведь магия :)))<br>Все так?<br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#78 Fri, 11 Dec 2020 21:56:03 GMT &gt;Этих 64 мб рамы не хватит, чтобы вместить весь нагенерённый автоконфом мусор.<br><br>Чувак, для работы configure минимально нужен sh и sed. Все. <br>Такое впечатление, что ты Unix только на картинке видел.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/122640.html#77 Fri, 11 Dec 2020 21:51:30 GMT &gt;&gt; И как это влияет на портируемость?<br>&gt;они реально такие т*пые :-(<br>&gt;&gt; Что-то я не вижу в зависимостях ничего непортируемого.<br>&gt;&gt;Приступай к портированию. Вот как ВЕСЬ этот мусор спортируешь на какую-нибудь необычную платформу<br><br>Оно не понимает, что эту хню и на обычной ARM банана-плате хрен скомпилируешь.<br><br> <br>