【发布时间】：2012-07-20 05:15:46
【问题描述】：
在我的 Linux x86_64 主机上，我正在尝试为我的 PowerPC 目标交叉编译一些额外的 Python 模块，特别是 greenlet、gevent 和 gevent-websockets。目前，我只是试图交叉构建 greenlet 模块。
使用来自本网站的信息：
http://randomsplat.com/id5-cross-compiling-python-for-embedded-linux.html
我能够使用此设置为我的构建环境交叉编译 Python 2.7.2
# Undo variables for cross-compile environment
unset ROOT
unset SDKDIR
unset KLIBDIR
unset NFSDIR
unset CONFIG
unset CONFIGURED
unset ARCH
unset OS
unset TOOLCHAIN_BASE
unset TOOLCHAIN_BIN
unset CROSS_COMPILE
unset c
unset KERNEL_DIR
unset AS
unset LD
unset CC
unset AR
unset STRIP
unset SSTRIP
unset OBJCOPY
unset OBJDUMP
unset MAKE
unset CFLAGS
# Set cross-compile variables:
export TOOLCHAIN=/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc-none-linux-gnuspe/bin/powerpc-none-linux-gnuspe-
export CC=${TOOLCHAIN}gcc
export CXX=${TOOLCHAIN}g++
export AR=${TOOLCHAIN}ar
export RANLIB=${TOOLCHAIN}ranlib
export BLDSHARED="${TOOLCHAIN}gcc -shared"
export LDSHARED="${TOOLCHAIN}gcc -shared"
export RFS="../../ltib/rootfs"
export CFLAGS="-save-temps -Wall -I${RFS}/usr/include -I${RFS}/include/python2.7 -L${RFS}/usr/lib -L${RFS}/lib"
export LDFLAGS="-I${RFS}/usr/include -I${RFS}/include/python2.7 -L${RFS}/usr/lib -L${RFS}/lib"
export CROSS_COMPILE=ppc-linux
export CROSS_COMPILE_TARGET=yes
export HOSTARCH=ppc-linux
export BUILDARCH=x86_64-linux-gnu
使用上述脚本配置我的环境，然后尝试构建 greenlet 模块：
$ python ./setup.py build
running build
running build_ext
building 'greenlet' extension
creating build
creating build/temp.linux-x86_64-2.7
/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc-none-linux-gnuspe/bin/powerpc-none-linux-gnuspe-gcc -I../../../ltib/rootfs/usr/include -L../../../ltib/rootfs/usr/lib -L../../../ltib/rootfs/lib -fPIC -I/usr/include/python2.7 -c greenlet.c -o build/temp.linux-x86_64-2.7/greenlet.o
In file included from /usr/include/python2.7/Python.h:58,
from greenlet.h:8,
from greenlet.c:5:
/usr/include/python2.7/pyport.h:849:2: error: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)."
error: command '/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc-none-linux-gnuspe/bin/powerpc-none-linux-gnuspe-gcc' failed with exit status 1
为什么 setup.py 从我的主机系统上的/usr/include/python2.7 提取？我在我的目标上找不到那个目录。如何为我的目标创建它？
有什么建议吗？
谢谢！
特雷弗
更新 #1：
我对目标 rootfs 的主机副本的相对引用不正确。更正它并重新运行产量：
$ python ./setup.py build
running build
running build_ext
building 'greenlet' extension
creating build
creating build/temp.linux-x86_64-2.7
/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc-none-linux-gnuspe/bin/powerpc-none-linux-gnuspe-gcc -save-temps -Wall -I../../ltib/rootfs/usr/include -I../../ltib/rootfs/include/python2.7 -L../../ltib/rootfs/usr/lib -L../../ltib/rootfs/lib -fPIC -I/usr/include/python2.7 -c greenlet.c -o build/temp.linux-x86_64-2.7/greenlet.o
greenlet.s: Assembler messages:
greenlet.s:832: Error: syntax error; found `(' but expected `,'
greenlet.s:832: Error: junk at end of line: `(31),1'
error: command '/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc-none-linux-gnuspe/bin/powerpc-none-linux-gnuspe-gcc' failed with exit status 1
至少它找到了更多我的目标包含库，但现在我真的很难过！ :(
还有什么建议吗？
谢谢！
更新 #2：
通过将-save-temps 标志添加到编译器（上面更新了错误），我能够保存并检查上面错误消息中提到的中间汇编代码。虚线是：
#APP
# 52 "platform/switch_ppc_linux.h" 1
mr 8(31), 1
# 0 "" 2
MR（移动寄存器）操作相当简单，只接受 2 个参数 (mr to-reg, from-reg)。我不知道如何添加带有附加注册号的括号。 FWIW，这是上面头文件中引用的宏：
#define STACK_REFPLUS 1
#ifdef SLP_EVAL
#define STACK_MAGIC 3
/* !!!!WARNING!!!! need to add "r31" in the next line if this header file
* is meant to be compiled non-dynamically!
*/
#define REGS_TO_SAVE "r13", "r14", "r15", "r16", "r17", "r18", "r19", "r20", \
"r21", "r22", "r23", "r24", "r25", "r26", "r27", "r28", "r29", \
"cr2", "cr3", "cr4"
static int
slp_switch(void)
{
register int *stackref, stsizediff;
__asm__ volatile ("" : : : REGS_TO_SAVE);
__asm__ ("mr %0, 1" : "=g" (stackref) : );
{
SLP_SAVE_STATE(stackref, stsizediff);
__asm__ volatile (
"mr 11, %0\n"
"add 1, 1, 11\n"
"add 30, 30, 11\n"
: /* no outputs */
: "g" (stsizediff)
: "11"
);
SLP_RESTORE_STATE();
}
__asm__ volatile ("" : : : REGS_TO_SAVE);
return 0;
}
#endif
我开始怀疑这是否是编译器中的错误，因为宏看起来很简单！有什么建议？ ...谢谢！
【问题讨论】：
-
鉴于该博客文章中的 cmets 似乎暗示人们甚至还没有获得目标 Python 来导入标准库模块，因此这些说明不适用于第三个也就不足为奇了-派对模块……
-
不是那个问题（标题有问题？），我可能遗漏了一些东西，但你没有指定 PPC 而不是 ARM 工具链吗？
-
@TiloWiklund：很好。他复制的博客是关于ARM和PPC的交叉编译，他似乎复制了错误的。这实际上并不能解释他的问题，因为如果他改用 ARM 工具链，也会发生完全相同的事情。但这意味着在继续尝试为其构建扩展之前，他甚至没有尝试过最低限度地测试他构建的 Python。
-
@TiloWiklund：谢谢，这是一个错字。确实是 PPC。
-
@abarnet：根据我最初的问题，我已经可以交叉编译 Python 2.7.2。请原谅我的错字。
标签： python linux cross-compiling gevent greenlets