Нужна помощь с кросс компиляцией бинарника под разные системы Linux?

Question

[valentin_dev]

Задача состоит в следующем:

1. Имеется простая консольная программа, без библиотек и зависимостей
   
2. Ее нужно скомпилировать в бинарник, таким образом что бы его можно было запускать на разных версиях Linux (Ubuntu, CentOS, Fedora т.п) в основном 64х битка. Просто скопировал и юзаем .
   
3. Для решения этой проблемы пробовал использовать Holy Build Box + Docker, компиляцию статик и т.п, но проблема остается. После переноса бинарника на другой Linux хост и его запуска получаю ошибку : segmentation fault .
   

Код простой программки для теста :

#include <cstdlib>
#include <iostream>
#include <stdio.h>
#include <stdlib.h>

int main()
{
   std::cout << "TEST BUILDS FOR RUN LINUX" << std::endl;
   return 0;
}

Дополнительно:

Можно даже посмотреть не в сторону С/С++ ( это конечно меняет логику работы, но готов пожертвовать ее сменой, раз переносимость под вопросом).

Основная задача которую надо решить: Мне нужно передать в исполняемый файл запрос (число), получить ответ (ключ - генерация на основе переданного числа). Но исполняемый код должен быть скрыт. Варианты??

Очень нужна помощь в этом вопросе!

Comments

[brar]

может посмотреть в сторону appimage ( https://appimage.org/ ) или flatpak ?

[valentin_dev]

с appimage у меня вообще ничего не вышло, писал на stackoverflow никто ниче не ответил путнего.
Если у Вас есть опыт его использования - буду очень благодарен за простую инструкцию.

Answer 1

[Александр Ананьев]

Просто собирите исполняемый файл на системе с минимальной версией ABI. На большинстве систем будет запускаться.

Comments

[valentin_dev]

это уже пробовал Ubuntu => Ubuntu проканало, а вот с CentOS нет.

[Александр Ананьев]

valentin_dev, а почему? Версия ABI на системе какая?

[valentin_dev]

Для CentOS, спецом на докере, развернул ту же версию что и на хосте. После переноса бинарника ошибка : "cannot execute binary file", что для меня является загадкой. На этом же хосте скомпил cpp запустилось номрально. Перенес на докер машину с CentOS и опять "cannot execute binary file".. может и есть какая то разница в сборке... хз.

[Александр Ананьев]

valentin_dev, ldd что говорит? Может там есть библиотеки версий, которых нет на centos

[Vitaly Karasik]

согласен с Александр Ананьев - скомпилировать на самом старом линуксе из нужных.

Answer 2

[Ternick]

Думаю самый просто вариант решить проблему - это использовать интерпретатор. Взять какой-нибудь python3 или Dart. Dart кстати имеет возможно (компилироваться), но python3 в разы быстрее.

Думаю если перенесёшь свой проект на python не пожалеешь, НО желательно чтобы на всех машинах был установлен python3 если ты хочешь переносить его в виде исходного кода или можно упаковать проект через pyinstaller в исполняемый файл.

Comments

[valentin_dev]

Вы хотите сказать что python можно скомпилировать в исполняемый файл и он будет одинаково работать на всех машинах где стоит python? И его исходный код будет не доступный?

[Ternick]

valentin_dev, Нет python3 не МОЖЕТ КОМПИЛИРОВАТЬСЯ, ОН ИНТЕРПРЕТИРУЕМЫЙ И ДАЖЕ В ТЕОРИИ ЭТО НЕ ВОЗМОЖНО.

Я ГОВОРЮ ПРО ТО, ЧТО МОЖНО НАПИСАТЬ ПРОГРАММУ И ОСТАВИТЬ ЕЁ В ИСХОДНОМ КОДЕ И РАСПРОСТРАНЯТЬ МЕЖДУ ВАШИМИ СЕРВЕРАМИ НА ДИСТРИБУТИВАХ ЛИНУКС.

[valentin_dev]

Суть вопроса состоит в том что бы скрыть исходный код. Спасибо за внимание.

[Ternick]

valentin_dev, ТАК КАК python3 ИНТЕРПРЕТИРУЕМЫЙ его нельзя закатать в полностью исполняемый файл, ОН УПАКОВЫВАЕТ ИСХОДНЫЙ КОД И ИНТЕРПРЕТАТОР В 'АРХИВ'

[Ternick]

valentin_dev, Исходный код можно скрыть, но пострадает время запуска. Для этого можно использовать pyarmor, код станет не читаемым и достать его будет практически не возможно. Этот приём называется обфускация.

[valentin_dev]

Тут, если можно, поподробней. С python немного знаком. Но с его упаковкой не сталкивался.

[Ternick]

valentin_dev, А что вас интересует конкретно ?

[valentin_dev]

Допустим есть код на питон, как его упаковать что бы исходный код был трудно доступный ?

[Ternick]

valentin_dev, Это можно выполнить буквально в две команды:

pip3 install pyarmor pyinstaller
pyarmor pack main.py

И в каталоге dist появится исполняемый файл с внушительным размером.

[valentin_dev]

И в каталоге dist появится исполняемый файл с внушительным размером. - это вы про pyinstaller или про упакованный скрипт?

[Ternick]

valentin_dev, упакованный скрипт + интерпретатор + много всяких файлов, но это можно исправить.

[valentin_dev]

упакованный скрипт + интерпретатор + много всяких файлов, но это можно исправить. - что посоветуете для исправления ?

[Ternick]

valentin_dev, Есть много путей для решения данной проблемы. но самый просто вариант изменить команду следующим образом:

pip3 install pyarmor pyinstaller
pyarmor pack -e " --onefile" main.py

И получится один цельный файл.

[Ternick]

valentin_dev, Если хотите, я могу вам помочь с тестом. Могу отправить код обычного hello world, вы его упакуете через pyarmor и проверите, что всё работает или нет :)

Answer 3

[falconandy]

Можно переписать на Go и скомпилировать статический бинарник без зависимостей.
https://www.arp242.net/static-go.html
В только что зарелизенном Go 1.15 размер бинарника будет поменьше чем на предыдущих версиях.

Для компиляции 32-битной версии просто устанавливайте пару переменных:
GOOS=linux GOARCH=386 go build

Comments

[valentin_dev]

Это уже пробовал, при переносе имеем такую же ошибку : segmentation fault

[falconandy]

valentin_dev
Вы проверяли простую программку?

package main

import (
	"fmt"
)

func main() {
	fmt.Println("TEST BUILDS FOR RUN LINUX")
}

На каких версиях Linux был segmentation fault?

Answer 4

[shurshur]

Скомпилировать как статический бинарник (можно даже под x86 чтобы работало на 32-битных и 64-битных машинах).

$ echo 'int main(){ printf("Hello, World\n"); }' > xxx.c
$ gcc -static xxx.c -o xxx
xxx.c: In function ‘main’:
xxx.c:1:13: warning: implicit declaration of function ‘printf’ [-Wimplicit-function-declaration]
 int main(){ printf("Hello, World\n"); }
             ^~~~~~
xxx.c:1:13: warning: incompatible implicit declaration of built-in function ‘printf’
xxx.c:1:13: note: include ‘<stdio.h>’ or provide a declaration of ‘printf’
$ ./xxx 
Hello, World
$ ls -l xxx
-rwxrwxr-x 1 shurik shurik 844696 авг 13 22:04 xxx
$ ldd ./xxx
        не является динамическим исполняемым файлом

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

Comments

[shurshur]

В комментарии к вопросу упоминали flatpak/appimage, ещё есть snap - для большого софта это хорошеее решение. Либо можно по старинке самому тянуть все библиотеки и запускать стартовым sh-скриптом, который будет устанавливать LD_LIBRARY_PATH в нужный каталог и запускать конечную программу.

[valentin_dev]

Это все тоже пробовал. к сожалению не помогло.

[shurshur]

Pardon Me! Where Do I Find 4giveness?, что за сопли?

[shurshur]

valentin_dev, судя по упоминанию "не помогло с Go" мне кажется что что-то тут нечисто. Go делает статический бинарник, работающий на любом Linux той же архитектуры.

[valentin_dev]

shurshur, соберете простой бинарник Go в Ubuntu потом его скопируйте на CentOS и попробуйте как оно "работать" будет...

[shurshur]

valentin_dev, я именно так делал и всё работало, на своём ноуте с Ubuntu собирал проект и успешно запускал его на CentOS. На Go писать не умею, просто собрал по инструкции нашего разработчика (заодно нашёл косяков в виде недостающих файлов и зависимостей).

Но процитированное вообще-то не к Go относилось.

[valentin_dev]

Но процитированное вообще-то не к Go относилось. -я и на Goland пробовал перенести, тоже не вышло.

[shurshur]

valentin_dev, ну это надо уже разбираться почему с знающими язык с конкретными ошибками и всё такое. При желании всегда можно написать так, что с переносимостью будет швах, если, например, полагаться на наличие в /etc файлов, которые в других системах отсутствуют или расположены в других местах. Плюс если используются какие-то библиотеки, полагающиеся на динамические бинарники (возможно, проприетарщина какая-нить типа oracle instantclient, с которым вечно возня), то что ещё ожидать?

[shurshur]

valentin_dev, кстати, пример из шапки я собрал с g++ -static и он у меня успешно запустился на Ubuntu (18.04) и CentOS (7.5).

[valentin_dev]

shurshur, Вам повезло, у меня при запуске так : CentOS 7 на вируталке : ubuntu

[shurshur]

valentin_dev, добавить в компиляцию -g, запустить так:

gdb ./xxx
run

и при наступлении ошибки ввести where, чтобы показало, в каком месте упало.

Возможно, с implicit declaration неудачно получилось, например.

Answer 5

[pvsam]

Компилировать статический g++ -static.
А segmentation fault, это где то ошибка, все вызовы надо проверять на возвращаемые данные.

Answer 6

[ValdikSS]

* [amd64] Enable LEGACY_VSYSCALL_NONE instead of LEGACY_VSYSCALL_EMULATE.
This breaks (e)glibc 2.13 and earlier, and can be reverted using the kernel
parameter: vsyscall=emulate