我正在尝试交叉编译一个用于RPi的冻结Cython程序。
链接产生(对于Python库的许多对象)
/usr/bin/arm-linux-gnueabihf-ld:
/root/xxx_Build/usr/local/lib/python3.7/config-3.7m-arm-linux-gnueabihf/libpython3.7m.a(getopt.o): relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC
链接器应该创建可执行文件(而不是共享对象)。为什么?
编译(我的模块):
cython_freeze.py -o main.c sub.py
cython sub2.py
{crossPrefix}gcc -fPIC -pthread -O2 -Wall -Wextra -fno-strict-aliasing -fwrapv -I{crossRoot}{pythonInclude} -c -o main.o main.c'
{crossPrefix}gcc -fPIC -pthread -O2 -Wall -Wextra -fno-strict-aliasing -fwrapv -I{crossRoot}{pythonInclude} -c -o sub.o sub.c'
链接:
{crossPrefix}gcc -Xlinker -export-dynamic -L{crossRoot}/usr/local/lib/{pythonCommand}/config-{pythonVersion}m-{crossPrefixM} main.o sub.o -l{pythonCommand}m -lm -lpthread -ldl -lutil -o
版本:
上述过程有效
链接器应该创建可执行文件(而不是共享对象)。为什么?
从Ubuntu 17.04开始,Ubuntu加入了GCC构建配置的趋势,默认情况下生成PIE(位置无关可执行文件),因此默认情况下生成PIC对象文件。 PIE强化了系统安全性,因为这样的可执行文件可以在ASLR存在的情况下运行
看到:
$ cat /etc/*-release | grep VERSION
VERSION="18.04.1 LTS (Bionic Beaver)"
VERSION_ID="18.04"
VERSION_CODENAME=bionic
$ echo "int main(void) { return 0; }" | gcc -x c -
$ file a.out
a.out: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=3597d2a178dfb7ff7b0ba10886819bf19e40d596, not stripped
PIE是共享对象,因此PIE链接中的所有目标文件都必须编译为-fPIC
。默认情况下,这将是新编译的目标文件,但显然不适用于libpython3.7m.a
中的目标文件。
您可以通过将-no-pie
添加到链接选项来坚持旧学校的可执行文件。 (在这种情况下,您不需要使用-fPIC
编译自己的代码)。