Open justincormack opened 12 years ago
Aargh! still getting the same problem, something not built with -fPIC. I hate libtool.
/bin/bash ./libtool --tag=CC --tag=disable-static --mode=link x86_64-unknown-linux-musl-gcc -Wall -Os -fPIC -module -bindir //libexec/gcc/x86_64-unknown-linux-musl/4.6.3 -s -o liblto_plugin.la -rpath //libexec/gcc/x86_64-unknown-linux-musl/4.6.3 lto-plugin.lo -Wc,../libiberty/pic/libiberty.a
libtool: link: x86_64-unknown-linux-musl-gcc -shared .libs/lto-plugin.o ../libiberty/pic/libiberty.a -Wl,-soname -Wl,liblto_plugin.so.0 -o .libs/liblto_plugin.so.0.0.0
/home/justin/musl/bootstrap-2/bootstrap-linux/cross/lib/gcc/x86_64-unknown-linux-musl/4.6.3/../../../../x86_64-unknown-linux-musl/bin/ld: /home/justin/musl/bootstrap-2/bootstrap-linux/cross/lib/gcc/x86_64-unknown-linux-musl/4.6.3/../../../../x86_64-unknown-linux-musl/lib/libc.a(vfork.o): relocation R_X86_64_PC32 against symbol `__syscall_ret' can not be used when making a shared object; recompile with -fPIC
/home/justin/musl/bootstrap-2/bootstrap-linux/cross/lib/gcc/x86_64-unknown-linux-musl/4.6.3/../../../../x86_64-unknown-linux-musl/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
according to the README the authors intention was to build everything statically so the real bug is not a lack of fpic, but that something wants to build shared stuff
Trying to build from git head (on Ubuntu 12.04 x86_64) I get...
Doing export CFLAGS=-fPIC and adding -fPIC in the CFLAGS in bootstrap.sh seems to fix it so far, if anyone else having this issue.