разных системах. У неё в зависимостях есть библиотека libm.so.6. Я копирую эту библиотеку со своей машины в пакет, при запуске на другой системе путь к этой поставляемой библиотеке будет прописываться в LD_LIBRARY_PATH. Всё хорошо, но в какой-то момент получаю ошибку от awk (моя программа — это башевский скрипт + бинари):
awk: /root/Downloads/mfold/mfold_deps/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by awk)
Я нашла следующий ответ: https://stackoverflow.com/questions/74740941/how-can-i-resolve-this-issue-libm-so-6-version-glibc-2-29-not-found-c-c И я не понимаю: как мне сделать портируемую программу, которую пользователь просто распаковывает и использует без сборки каких-то исходников+подкачивания допзависимостей?
appimage
Абсолютного ответа нет. Есть много разных подходов, примерно все они имеют какие-то проблемы.
Конкретно про этот случай: если хотите "без зависимостей" — то зачем зависите от внешнего awk? Ложыли бы тожэ в пакет собственный.
слинкуй статически
Libc давно такое не поддержывает...
Ещё вариант: собирать по возмодности со старыми версиями бибоиотек. Часто библиотеки имеют бинарную совместимость "снизу вверх" — и собранное с библиотеками 10-летней давносии запустится на большынсиве систем, только посиавить их из репозитория. Проблема, однако, что не всегда старые библиотеки поддержывают что нужно, плюс не всегда они совместимы.
Дааа я уже так пыталась сделать. В начале собирала в Убунте 22 с gcc11, встретилась с ошибкой ожидания GLIBC_2.31. Поставила Убунту 18+gcc седьмой (? уже забыла), теперь надо GLIBC_2.29. Ну и подумала, что дальше по индукции вниз будет пока до начала не дойдёт... За то, что какие-то фичи не будут поддерживаться компилятором/библиотекой/etc не боюсь: код оч старый
если и собирать универсальный софт для всех дистрибутивов, то собирать на минимально возможной версии глибц
Видать, как-то не так собирали — поскольку в 18 убунте 2.27 glibc, а не 2.29. Но вообще, минимальнвя не-EOL убунта сейчас 14. А 18-й то всего 5 лет.
Обсуждают сегодня