Создать переносимый и статический двоичный файл fortran linux?
Я изучаю варианты создания переносимых статических двоичных файлов Linux из кода Fortran (в том смысле, что двоичные файлы должны работать как на любых новых, так и на достаточно старых дистрибутивах Linux). Если я правильно понимаю (экстраполяция из C), основная проблема переносимости заключается в том, что glibc является прямой, но не обратно совместимой (то есть статические двоичные файлы, созданные на старых дистрибутивах, будут работать на новых, но не наоборот). По крайней мере, похоже, что это работает в моих до сих пор ограниченных тестах (с одной оговоркой, что использование файлов Scratch в некоторых случаях вызывает сбои в работе на новых дистрибутивах).
По крайней мере, в C кажется, что можно избежать компиляции на старых дистрибутивах, добавив устаревшие заголовки glibc, как описано в
https://github.com/wheybags/glibc_version_header
Этот конкретный метод не работает с кодом и компиляторами Fortran, но я хотел бы знать, знает ли кто-нибудь о подобном подходе (или, более конкретно, что может потребоваться для создания переносимых двоичных файлов Fortran, достаточно ли старого glibc или нужно также использовать старый либфортран и т. д.)?
Ответы 1
Я предлагаю использовать образы докеров manylinux в качестве отправной точки.
Вкратце: manylinux - это «определение платформы» для распространения двоичных дисков (пакетов Python, которые могут содержать скомпилированный код), которые работают в большинстве современных систем Linux. Потребность в manylinux и ее определение можно найти как Предложение по усовершенствованию Python 513
Их образы основаны на CentOS 5 и включают все основные инструменты разработки, включая gfortran. Процесс для вас будет (я не тестировал и может потребовать незначительных корректировок):
- Запускаем образ докера из https://github.com/pypa/manylinux
- Скомпилируйте свой код с флагом
-static-libgfortran
Возможная настройка заключается в том, что они не поставляют статическую версию libgfortran, и в этом случае вы можете добавить ее здесь.
Полученный код должен работать в большинстве используемых в настоящее время Linux-систем.
Ваше решение тоже кажется интересным!
Спасибо за ответ и идею, на данный момент я установил легкую виртуальную машину Alpine Linux, которая использует musl libc, которая в отличие от glibc является как обратной, так и прямой совместимой. Пока все работает нормально.