В чем проблема кросс компиляции в golang?

Question

[Владимир]

Здраствуйте немогу понять почему неработает крос компиляция в golang.
К примеру (рабочая машина с Linux mint, go version 1.5 ): GOOS=linux GOARCH=amd64 go build file.go
получаю бинарник file который успешно запускаеться на рабочей машине либо с полным путем либо ./file
Но когда переношу на debian server (там нету установленого go) и задаю chmod +x (с полным путем или с текущей папки) и пытаюсь выполнить как выше, пишет: -bash: *waytofile*: No such file or directory
Я пробую выставлять значения как для 32 бит так и для 64 - одно и тоже.
Таким же образом пробовал компилировать под win, создавался file.exe но на винде он незапускался, если запускать с командной строки то писалось сообщение чтото вроде: это 16 разрядный файл и неможет запуститься...
В чем проблема и как нормально скомпилировать хотябы для сервака?

Answer 1

[Кирилл]

ldd на файл, там есть какие-то зависимости

либо собирать go build --ldflags '-extldflags "-static" -s' , либо с CGO_ENABLED=0

PS: mint немного "свежее" чем debian, поэтому в бинарнике, скорее всего, есть зависимости на либы которых в Debian нет

Comments

[Владимир]

С двумя вариантами тоже самое, либо компилиться с ошибками либо no such file...

[Кирилл]

ldd что говорит ?

[Кирилл]

И, какие ошибки ?

[Владимир]

ldd file
linux-vdso.so.1 => (0x00007fff213fe000)
libgo.so.5 => /usr/lib/x86_64-linux-gnu/libgo.so.5 (0x00007f35e0438000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f35e0222000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f35dfe5c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f35e12b1000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f35dfc3e000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f35df938000)

ldd file.exe
linux-vdso.so.1 => (0x00007fff1a1f2000)
libgo.so.5 => /usr/lib/x86_64-linux-gnu/libgo.so.5 (0x00007fe420cbf000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fe420aa9000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe4206e3000)
/lib64/ld-linux-x86-64.so.2 (0x00007fe421b38000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe4204c5000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe4201bf000)

[Кирилл]

Вот, значит зависимости есть. Соответственно на debian нет каких-то из них (а особенно в exe ))
Вам нужно собрать бинарник статическим, чтоб этих зависимостей не было

пробуем
go build --ldflags '-extldflags "-static" -s' file.go

смотрим ldd file , должно быть not a dynamic executable

если, вдрег не помогло, идем в папку с установленным Go, в ней в src запускаем CGO_ENABLED=0 ./make.bash

после того как Go пересоберется пробуем

CGO_ENABLED=0 go build file.go

ldd file

[Владимир]

Сделал go build --ldflags '-extldflags "-static" -s' file.go, ldd file осталось такоеже как было, выполнил команду CGO_ENABLED=0 ./make.bash , пересобралось и еще раз скомпилировал ldd все также показывает старые значения, на серваке попрежнему незапускаеться... Поробую дома скомпилить, дома тоже дебиан может...

[Кирилл]

хм, так не должно быть

что показывает
echo $GOPATH
echo $GOROOT
go version

[Кирилл]

и go build с флагом -x

[Владимир]

GOARCH="amd64"
GOBIN=""
GOCHAR="6"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/vova/govova"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
TERM="dumb"
CC="gcc"
GOGCCFLAGS="-g -O2 -fPIC -m64"
CXX="g++"
CGO_ENABLED="0"

go version xgcc (Ubuntu 4.9.1-0ubuntu1) 4.9.1 linux/amd64

CGO_ENABLED=0 go build -x file.go

WORK=/tmp/go-build750308588
mkdir -p $WORK/command-line-arguments/_obj/
cd /home/vova/govova/src/mygo
gccgo -I $WORK -c -g -m64 -fgo-relative-import-path=_/home/vova/govova/src/mygo -o $WORK/command-line-arguments/_obj/main.o ./file.go
ar cru $WORK/libcommand-line-arguments.a $WORK/command-line-arguments/_obj/main.o
cd .
gccgo -o file $WORK/command-line-arguments/_obj/main.o -Wl,-( -m64 -Wl,-)

[Кирилл]

Для начала у вас не Go 1.5, поэтому sudo apt-get remove gccgo

После чего ставите Go по ману https://golang.org/doc/install#install

проверяете что он всетаки 1.5

проверяете свой .bashrc (там должно быть что-то вроде этого, короче пути куда Go поставили, у меня например в home, так удобнее)

export GOROOT=$HOME/go
export PATH=$PATH:$GOROOT/bin
export GOPATH=$HOME/gosrc

затем в $HOME/go/src пересобираете Go так CGO_ENABLED=0 ./make.bash

[Владимир]

Хм... странно, ставил по мануалу, архив какчал go1.5. Только что скомпилировал рабочий бинарник с помощью liteide, заработало на обоих машинах.

Сейчас еще попробую ваше последнее решение.
Спасибо за такое разжовывание =)

[Кирилл]

В билд -x он написал что собирает не компилятором Go, а gccgo

gccgo -I $WORK -c -g -m64 -fgo-relative-import-path=_/home/vova/govova/src/mygo -o $WORK/command-line-arguments/_obj/main.o ./file.go
gccgo -I $WORK -c -g -m64 -fgo-relative-import-path=_/home/vova/govova/src/mygo -o $WORK/command-line-arguments/_obj/main.o ./file.go

должно быть

WORK=/tmp/go-build913334121
mkdir -p $WORK/command-line-arguments/_obj/
mkdir -p $WORK/command-line-arguments/_obj/exe/
cd /home/kshvakov
./go/pkg/tool/linux_amd64/compile -o $WORK/command-line-arguments.a -trimpath $WORK -p main -complete -buildid 6d7321a6b772865f053cacc2569a75a8de569111 -D _/home/kshvakov -I $WORK -pack ./file.go
cd .
/home/kshvakov/go/pkg/tool/linux_amd64/link -o $WORK/command-line-arguments/_obj/exe/a.out -L $WORK -extld=gcc -buildmode=exe -buildid=6d7321a6b772865f053cacc2569a75a8de569111 $WORK/command-line-arguments.a
cp $WORK/command-line-arguments/_obj/exe/a.out file

ну и go version xgcc (Ubuntu 4.9.1-0ubuntu1) 4.9.1 linux/amd64, а дожно быть go version go1.5 linux/amd64, так что он был не просто не 1.5, а совсем даже не Go ;)

[Кирилл]

Владимир: и, чтоб не забивать голову, у вас в системе жило 2 компилятор:, перый поставленный через apt-get install, второй "ручками", сборка осуществлялась первым )

[Владимир]

Все Спасибо огромное) с меня пиво)
Сделав по мануалу на сайте, даже непересобирая получилось скомпилировать файл, и тут и там работает.
Как я понял мне както убунту предложила поставить gccgo (уже после того как я установил го, но до того как пытался компилить файлы) и соотвественно он все через него и компилил и все не кросс.
Еще раз Спасибо =)