[issue3754] cross-compilation support for python build

2012-11-05 Thread Ambroz Bizjak

Ambroz Bizjak added the comment:

I've applied all patches from py3k-20121004-CROSS.tgz to Python 3.3.0 except 2, 
4, and 9 (which didn't apply), but it's not working. After it builds the built 
in modules, it tries to run the parser generator which was cross-compiled.

make Parser/pgen
make[1]: Entering directory `/root/Python-3.3.0'
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Python/dynamic_annotations.o Python/dynamic_annotations.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Python/mysnprintf.o Python/mysnprintf.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Python/pyctype.o Python/pyctype.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Parser/tokenizer_pgen.o Parser/tokenizer_pgen.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Parser/printgrammar.o Parser/printgrammar.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Parser/parsetok_pgen.o Parser/parsetok_pgen.c
armv5tel-softfloat-linux-gnueabi-gcc -c -Wno-unused-result -DNDEBUG -g -fwrapv 
-O3 -Wall -Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o 
Parser/pgenmain.o Parser/pgenmain.c
armv5tel-softfloat-linux-gnueabi-gcc -DNDEBUG -g -fwrapv -O3 -Wall 
-Wstrict-prototypes   Parser/acceler.o Parser/grammar1.o Parser/listnode.o 
Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o 
Parser/firstsets.o Parser/grammar.o Parser/pgen.o Objects/obmalloc.o 
Python/dynamic_annotations.o Python/mysnprintf.o Python/pyctype.o 
Parser/tokenizer_pgen.o Parser/printgrammar.o Parser/parsetok_pgen.o 
Parser/pgenmain.o -lpthread -ldl  -lpthread -lutil -o Parser/pgen
make[1]: Leaving directory `/root/Python-3.3.0'
Parser/pgen ./Grammar/Grammar ./Include/graminit.h ./Python/graminit.c
Parser/pgen: Parser/pgen: cannot execute binary file
make: *** [Include/graminit.h] Error 126

--
nosy: +ambrop7

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue3754] cross-compilation support for python build

2012-11-05 Thread Ambroz Bizjak

Ambroz Bizjak added the comment:

Forgot to mention: I did run autoreconf after applying the patches. I'm 
attaching the full output.

--
Added file: http://bugs.python.org/file27896/log

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue3754] cross-compilation support for python build

2012-11-05 Thread Ambroz Bizjak

Ambroz Bizjak added the comment:

A minor issue: if only --host= is specified on command line but not --build=, 
then cross_compiling variable is only defined after AC_PROG_CC is called. 
However, configure.ac uses it before that (e.g. the part at the top which looks 
for a python interpreter). Well, more precisely, something in autoconf sets it 
to cross_compiling=maybe.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com