[yocto] Bitbaking python fails
Hi all, Building python for poky bernard fails for me with the following error: ... ... Looking in tk80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] Looking in tcl80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] *** WARNING: renaming gdbm since importing it failed: libgdbm.so.3: cannot open shared object file: No such file or directory /bin/sh: line 1: 12830 Illegal instruction (core dumped) LD_LIBRARY_PATH=/home/ahaupt/yocto-git/build/tmp/work/core2-poky- linux/python-2.6.6-nk1.2/Python-2.6.6:/home/ahaupt/yocto-git/build /tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib:/home/ahaupt /yocto-git/build/tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib64 CC='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc' LDSHARED='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -shared' LDFLAGS='-Wl,-O1 -Wl,--as-needed' OPT='-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types' /home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/python -E ./setup.py -q build make: *** [sharedmods] Error 132 FATAL: oe_runmake failed ERROR: Function 'do_compile' failed (see /home/ahaupt/yocto-git/build/tmp/work/core2-poky-linux/ python-2.6.6-nk1.2/temp/log.do_compile.12751 for further information) Does this sound familiar to anyone? libgdbm.so.3 exists in /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib and points to libgdbm.so.3.0.0 My target machine is atom-pc and my build host is Fedora 13 in a VirtualBox machine. regards, Andre NOTE: make HOSTPGEN=/home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/pgen HOSTPYTHON=/home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/python STAGING_LIBDIR=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib STAGING_INCDIR=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/include BUILD_SYS=i686-linux HOST_SYS=i586-poky-linux OPT= -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types libpython2.6.so ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -c -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -DPYTHONPATH=':plat-linux2:lib-tk:lib-old' \ -DPREFIX='/usr' \ -DEXEC_PREFIX='/usr' \ -DVERSION='2.6' \ -DVPATH='' \ -o Modules/getpath.o ./Modules/getpath.c ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -c -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -DSVNVERSION=\`LC_ALL=C svnversion .`\ -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c if test libpython2.6.so.1.0 != libpython2.6.so; then \ ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -shared -Wl,-O1 -Wl,--as-needed -Wl,-hlibpython2.6.so.1.0 -o libpython2.6.so.1.0 Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/bytes_methods.o Objects/bytearrayobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o Python/_warnings.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o
Re: [yocto] Bitbaking python fails
On Fri, 2011-07-22 at 10:37 +0200, Andre Haupt wrote: Hi all, Building python for poky bernard fails for me with the following error: ... ... Looking in tk80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] Looking in tcl80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] *** WARNING: renaming gdbm since importing it failed: libgdbm.so.3: cannot open shared object file: No such file or directory /bin/sh: line 1: 12830 Illegal instruction (core dumped) LD_LIBRARY_PATH=/home/ahaupt/yocto-git/build/tmp/work/core2-poky- linux/python-2.6.6-nk1.2/Python-2.6.6:/home/ahaupt/yocto-git/build /tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib:/home/ahaupt /yocto-git/build/tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib64 CC='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc' LDSHARED='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -shared' LDFLAGS='-Wl,-O1 -Wl,--as-needed' OPT='-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types' /home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/python -E ./setup.py -q build make: *** [sharedmods] Error 132 FATAL: oe_runmake failed ERROR: Function 'do_compile' failed (see /home/ahaupt/yocto-git/build/tmp/work/core2-poky-linux/ python-2.6.6-nk1.2/temp/log.do_compile.12751 for further information) Does this sound familiar to anyone? libgdbm.so.3 exists in /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib and points to libgdbm.so.3.0.0 My target machine is atom-pc and my build host is Fedora 13 in a VirtualBox machine. I've not seen this before. You could run file /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib/libgdbm.so.3.0.0 and check that its of the correct architecture since the invalid instruction is a weird error to see. I'm not 100% sure its that file its complaining about the instruction from though. Does it do this every build, erroring in the same way? I know we did see some emulation corruption type issues with virtualbox in the past although they've not been reported for a while. It might be worth starting a new build of bitbake python and see if the error is reproducible too... Cheers, Richard ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Bitbaking python fails
Hi Richard, thanks for your answer. See below ... On Fri, Jul 22, 2011 at 09:59:51AM +0100, Richard Purdie wrote: On Fri, 2011-07-22 at 10:37 +0200, Andre Haupt wrote: Hi all, Building python for poky bernard fails for me with the following error: ... ... Looking in tk80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] Looking in tcl80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] *** WARNING: renaming gdbm since importing it failed: libgdbm.so.3: cannot open shared object file: No such file or directory /bin/sh: line 1: 12830 Illegal instruction (core dumped) LD_LIBRARY_PATH=/home/ahaupt/yocto-git/build/tmp/work/core2-poky- linux/python-2.6.6-nk1.2/Python-2.6.6:/home/ahaupt/yocto-git/build /tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib:/home/ahaupt /yocto-git/build/tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib64 CC='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc' LDSHARED='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -shared' LDFLAGS='-Wl,-O1 -Wl,--as-needed' OPT='-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types' /home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/python -E ./setup.py -q build make: *** [sharedmods] Error 132 FATAL: oe_runmake failed ERROR: Function 'do_compile' failed (see /home/ahaupt/yocto-git/build/tmp/work/core2-poky-linux/ python-2.6.6-nk1.2/temp/log.do_compile.12751 for further information) Does this sound familiar to anyone? libgdbm.so.3 exists in /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib and points to libgdbm.so.3.0.0 My target machine is atom-pc and my build host is Fedora 13 in a VirtualBox machine. I've not seen this before. You could run file /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib/libgdbm.so.3.0.0 and check that its of the correct architecture since the invalid instruction is a weird error to see. I'm not 100% sure its that file its complaining about the instruction from though. this is the output of the file command: libgdbm.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped Does it do this every build, erroring in the same way? I know we did see some emulation corruption type issues with virtualbox in the past although they've not been reported for a while. It might be worth starting a new build of bitbake python and see if the error is reproducible too... It happens reproducible when i do a bitbake python. regards, Andre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Bitbaking python fails
On Fri, 2011-07-22 at 11:37 +0200, Andre Haupt wrote: Hi Richard, thanks for your answer. See below ... On Fri, Jul 22, 2011 at 09:59:51AM +0100, Richard Purdie wrote: On Fri, 2011-07-22 at 10:37 +0200, Andre Haupt wrote: Hi all, Building python for poky bernard fails for me with the following error: ... ... Looking in tk80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] Looking in tcl80 for ['/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib'] *** WARNING: renaming gdbm since importing it failed: libgdbm.so.3: cannot open shared object file: No such file or directory /bin/sh: line 1: 12830 Illegal instruction (core dumped) LD_LIBRARY_PATH=/home/ahaupt/yocto-git/build/tmp/work/core2-poky- linux/python-2.6.6-nk1.2/Python-2.6.6:/home/ahaupt/yocto-git/build /tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib:/home/ahaupt /yocto-git/build/tmp/sysroots/i686-linux/usr/bin/../lib/pseudo/lib64 CC='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc' LDSHARED='ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc -shared' LDFLAGS='-Wl,-O1 -Wl,--as-needed' OPT='-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types' /home/ahaupt/yocto-git/build/tmp/sysroots/i686-linux/usr/bin/python -E ./setup.py -q build make: *** [sharedmods] Error 132 FATAL: oe_runmake failed ERROR: Function 'do_compile' failed (see /home/ahaupt/yocto-git/build/tmp/work/core2-poky-linux/ python-2.6.6-nk1.2/temp/log.do_compile.12751 for further information) Does this sound familiar to anyone? libgdbm.so.3 exists in /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib and points to libgdbm.so.3.0.0 My target machine is atom-pc and my build host is Fedora 13 in a VirtualBox machine. I've not seen this before. You could run file /home/ahaupt/yocto-git/build/tmp/sysroots/atom-pc/usr/lib/libgdbm.so.3.0.0 and check that its of the correct architecture since the invalid instruction is a weird error to see. I'm not 100% sure its that file its complaining about the instruction from though. this is the output of the file command: libgdbm.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped Sounds correct... Does it do this every build, erroring in the same way? I know we did see some emulation corruption type issues with virtualbox in the past although they've not been reported for a while. It might be worth starting a new build of bitbake python and see if the error is reproducible too... It happens reproducible when i do a bitbake python. Is this on a fresh clean build directory? You could also try bitbake -c cleansstate python gdbm on your existing build directory and retry bitbake python to see if its reproducible that way. Cheers, Richard ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [poky] Yocto bug traige call for action: Please Verify Resolved bugs in bugzilla
Fixed mine. ScottR From: poky-boun...@yoctoproject.org [mailto:poky-boun...@yoctoproject.org] On Behalf Of Zhang, Jessica Sent: Thursday, July 21, 2011 4:00 PM To: Poky Project; yocto@yoctoproject.org Subject: [poky] Yocto bug traige call for action: Please Verify Resolved bugs in bugzilla Hi All, In today's bug triage meeting, we noticed there're total 564 bugs that are in Resolved status. The process is once a bug is in Resolved status, the original reporter of the bug should verify the resolution, either a valid fix or acceptable reason and mark the bug as Verified. So please take a look at Yocto bugzilla (http://bugzilla.pokylinux.org/buglist.cgi?query_format=advancedbug_status=RESOLVED) and verify those bugs that you've reported and now is marked as Resolved. Thanks, Jessica ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH] mpc8315e-rdb: Set TARGET_FPU correct
On 07/14/2011 09:56 PM, Kumar Gala wrote: The MPC8315E has a e300c3 core in it with 'classic' or normal PPC floating point. 'SPE' floating point is what exists on the e500v2 core. Signed-off-by: Kumar Galaga...@kernel.crashing.org --- meta-yocto/conf/machine/mpc8315e-rdb.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-yocto/conf/machine/mpc8315e-rdb.conf b/meta-yocto/conf/machine/mpc8315e-rdb.conf index 095d113..3f946a0 100644 --- a/meta-yocto/conf/machine/mpc8315e-rdb.conf +++ b/meta-yocto/conf/machine/mpc8315e-rdb.conf @@ -2,7 +2,7 @@ #@DESCRIPTION: Machine configuration for running TARGET_ARCH = powerpc -TARGET_FPU = spe +TARGET_FPU = hard require conf/machine/include/tune-ppc603e.inc Pulled into Yocto/Master Thanks Sau! ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH] mpc8315e-rdb: Set TARGET_FPU correct
On 07/22/2011 10:13 AM, Saul Wold wrote: On 07/14/2011 09:56 PM, Kumar Gala wrote: The MPC8315E has a e300c3 core in it with 'classic' or normal PPC floating point. 'SPE' floating point is what exists on the e500v2 core. Signed-off-by: Kumar Galaga...@kernel.crashing.org --- meta-yocto/conf/machine/mpc8315e-rdb.conf | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-yocto/conf/machine/mpc8315e-rdb.conf b/meta-yocto/conf/machine/mpc8315e-rdb.conf index 095d113..3f946a0 100644 --- a/meta-yocto/conf/machine/mpc8315e-rdb.conf +++ b/meta-yocto/conf/machine/mpc8315e-rdb.conf @@ -2,7 +2,7 @@ #@DESCRIPTION: Machine configuration for running TARGET_ARCH = powerpc -TARGET_FPU = spe +TARGET_FPU = hard This doesn't match the documentation: ./meta/conf/documentation.conf:TARGET_FPU[doc] = Floating point option (mostly for FPU-less systems), can be 'soft' or empty The file meta/classes/icecc.bbclass seems to be the only place where TARGET_FPU=hard means anything. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Git services services are moving to a new host
On Monday July 25th from 10 to 11am PDT we will move git.yoctoproject.org and git.pokylinux.org to new hardware hosted at the OSU Open Source Lab. Read only access will be available during the entire process. Pushes will be refused until the transition is complete. If your push is accepted then the process has completed for you. Due to the nature of DNS propagation service will not become available to all users simultaneously. Michael Halstead Intel OTC Yocto smime.p7s Description: S/MIME Cryptographic Signature ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto