LINUX.ORG.RU

Выпуск GNU Autoconf 2.70

 , , ,


0

2

Неделю назад, спустя восемь лет с момента прошлого релиза, тихо и незаметно был выпущен GNU Autoconf 2.70, утилиты для создания конфигурационных скриптов, используемых для сборки и установки программ.

Примечательные изменения включают:

  • поддержку стандарта C/C++ 2011 года,
  • поддержку воспроизводимых сборок,
  • улучшенную совместимость с актуальными компиляторами и шелл утилитами,
  • улучшенную поддержку кросс-компиляции,
  • большое количество баг-фиксов и мелких улучшений,
  • 12 новых фич.

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

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от rbbtnspc

Не понял, карго либы для си тянет? А если разработчик либы решительно против размещения его там?

Что значит искать? У либы есть официальный сайт и ты предположительно должен знать её название и что она делает. Ты первую попавшуюся подключаешь от любого «васяна»?

Почему карго просто эту либу тебе не подгонит? Зачем ты её пишешь?

grem ★★★★★
()
Ответ на: комментарий от grem

Что значит искать? У либы есть официальный сайт и ты предположительно должен знать её название и что она делает.

Именно, что если ты знаешь название либы и ее сайт, то искать ничего не надо. А если не знаешь?

Тебе ж написали, что есть кейс, и надо подобрать что-то, что решает эту задачу. А уж от Васяна она или от серьезной корпорации - вопрос десятый.

Вообще то, что ты написал близко к тому, что «репозитории в линуксе не нужны, ты должен сам знать все программы, их официальные сайты и при необходимости скачивать оттуда самому и компилировать.»

anonymous
()
Ответ на: комментарий от RazrFalcon

А Conan ещё и для транзитивных 😋.

anonymous
()
Ответ на: комментарий от rbbtnspc

Скорее им надо бегать по всем темам, чтобы о нём напомнить.

Умеет он не больше многих других.

grem ★★★★★
()
Ответ на: комментарий от rbbtnspc

Им и не надо, карго умеет все, что надо в 95% случаях

Он может использовать библиотеки не из своей песочницы, а из репозитария дистрибутива и опакечивать программу для этого репозитария, прописывая в пакеты зависимости от пакетов этого репозитария?

anonymous
()
Ответ на: комментарий от WatchCat

А ещё оно не умеет варить кофе, какой позор.

То что не умеет варить кофе - это нормально.

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

Если удасться спихнуть какому нибудь лоху за деньги - хорошо.

Только лох, спустя некоторое время поймёт что его обули и больше никогда не свяжется с проектами это использующие.

anonymous
()
Ответ на: комментарий от rbbtnspc

карго умеет все, что надо в 95% случаях

В этом и проблема - настоящие сс, а не лаббилдер, умеют 100%

cloun1901
()
Ответ на: комментарий от RazrFalcon

Ты же расскажешь нам, зачем они тебе нужны и покажешь реальный кейс, так?

cloun1901
()
Ответ на: комментарий от anonymous

Именно, что если ты знаешь название либы и ее сайт, то искать ничего не надо. А если не знаешь?

А если не знаешь - гуглишь название, очевидно.

И да, выкатывай кейсы, на основании которых ты начал говорить про «если не знаешь». Что ты не знаешь и чем тебе карго поможет. Вперёд.

cloun1901
()
Ответ на: комментарий от grem

Си слишком хорошо интегрируется с другими библиотеками, чтобы иметь отдельную систему сборки-качалку специально для него. Поэтому ненужно!

Неверно. Всё дело в том, что на С написана система. Очевидно, невозможно управлять системой средствами карго или пкг.

С растом другое - от того, что кто-то установит или обновит какую-то лабу на расте - ничего не поменяется, это всё просто сноситься, а система продолжает работать.

cloun1901
()
Ответ на: комментарий от cloun1901

Мне карго ничем не поможет, я на русте не пишу.

А вот менеджер пакетов с песочницей очень полезен независимо от яп.

Далеко не у всех проектов есть задача стать часть дистрибутива, а возможность не переизобретать велосипеды, а использовать готовые компоненты существенно ускоряет разработку.

anonymous
()
Ответ на: комментарий от anonymous

Мне карго ничем не поможет, я на русте не пишу.

Замечательно. Но ты почему-то говорил выше про «есть кейс» и прочее. Почему, если конкретных примеров у тебя нет?

cloun1901
()
Ответ на: комментарий от cloun1901

Ну почитай тред, на который я отвечал: человеку надо было json распарсить.

Даже такая штука может тащить транзитивные зависимости, которые ставить «гугля» очень тяжело.

И тут выбор: каждый проект велосипедит под себя (репорт ошибок, всякие вспомогательные контейнеры, тот же парсинг командной строки) или же полагаться на тулзы, которые все это решают удобным способом.

anonymous
()
Ответ на: комментарий от anonymous

Почитал. Не обнаружил там «не знаешь названия либы», о котором ты сообщал.

может тащить транзитивные зависимости

И здесь опять нет «не знаешь названия либы». Лужа? Если ты школоло - не стесняйся, так и скажи, в этом нет ничего зазорного. После такого тебя гораздо больше уважать будут, чем после того, как ты будешь юлить и не сможешь выкрутится(а ты не сможешь).

cloun1901
()
Ответ на: комментарий от anonymous

Мне карго ничем не поможет, я на русте не пишу.

А вот менеджер пакетов с песочницей очень полезен независимо от яп.

Далеко не у всех проектов есть задача стать часть дистрибутива, а возможность не переизобретать велосипеды, а использовать готовые компоненты существенно ускоряет разработку.

В таком случае тебе дорога в скриптописатели.

Но и там опыт ruby показателен. Их тащилка песочницы стала мейнстримом среди разработчиков на ruby.

В итоге с тем адомом, который творился в зависимостях у ruby произведений артхаоса из всех произведений остался только ruby-on-rails, который используется redmine.

Да и тот никто не берется опакечивать.

На остальные потуги можно не смотреть.

anonymous
()
Ответ на: комментарий от anonymous

КГАМ Я вижу тут только анонимный трёп и нулевую фактологию. Впрочем для анонимусов это норма.

WatchCat ★★★★★
()
Ответ на: комментарий от anonymous

Спасибо за совет, учту при поиске работы.

Если по теме, тот поддержка С++11 понадобилась, скорее всего для gcc: с 11й версии они это требуют для бутстраппинга. Раньше у них были специальные флаги, форсирующие 98й стандарт (чтобы можно было гарантированно собираться с какой-нибудь дремучей gcc 3.4), что вызывало проблемы при сборке зависимостей (например, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484). Теперь минимальная версия будет 4.8 (https://gcc.gnu.org/gcc-11/changes.html)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.