[OE-core] Reproducible build problem with BB_NUMBER_THREADS=8

Cliff Brake cliff.brake at gmail.com
Thu Dec 1 12:34:22 UTC 2011


On Tue, Nov 15, 2011 at 6:03 AM, Eric Bénard <eric at eukrea.com> wrote:

> The workaround is to reduce BB_NUMBER_THREADS to <=4 which seems to never
> bring the problem (at least for a dozen of builds).
>
> Does anyone meet the same problem ?

Yes, I just ran into this problem with a snapshot from yesterday.

> Any idea of what could be wrong here ?

No, I don't.  Its odd because the string includes are present:

find -name string
./am180x-evm/usr/include/c++/string
./am180x-evm/usr/include/c++/debug/string

Using built-in specs.
COLLECT_GCC=arm-angstrom-linux-gnueabi-g++
COLLECT_LTO_WRAPPER=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-angstrom-linux-gnueabi/gcc/arm-angstrom-linux-gnueabi/4.5.4/lto-wrapper
Target: arm-angstrom-linux-gnueabi
Configured with:
/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/work-shared/gcc-4.5-r43+svnr178923/gcc-4_5-branch/configure
--build=x86_64-linux --host=x86_64-linux
--target=arm-angstrom-linux-gnueabi
--prefix=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr
--exec_prefix=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr
--bindir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-angstrom-linux-gnueabi
--sbindir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-angstrom-linux-gnueabi
--libexecdir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-angstrom-linux-gnueabi
--datadir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/share
--sysconfdir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/etc
--sharedstatedir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/com
--localstatedir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/var
--libdir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/lib/armv5te-angstrom-linux-gnueabi
--includedir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/include
--oldincludedir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/include
--infodir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/share/info
--mandir=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/share/man
--disable-silent-rules --disable-dependency-tracking
--with-libtool-sysroot=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux
--with-gnu-ld --enable-shared --enable-languages=c,c++
--enable-threads=posix --disable-multilib --enable-c99
--enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch
--program-prefix=arm-angstrom-linux-gnueabi- --enable-target-optspace
--enable-lto --enable-libssp --disable-bootstrap --disable-libgomp
--disable-libmudflap --enable-cheaders=c_global --with-float=soft
--with-local-prefix=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/am180x-evm/usr
--with-gxx-include-dir=/usr/include/c++
--with-sysroot=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/am180x-evm
--with-build-sysroot=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/am180x-evm
--enable-poison-system-directories
--with-headers=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/am180x-evm/usr/include
--disable-nls --disable-libunwind-exceptions
--with-mpfr=/scratch/handera/handera-oe/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr
--with-system-zlib --enable-nls --enable-__cxa_atexit
Thread model: posix
gcc version 4.5.4 20110917 (prerelease) (GCC)

I noticed --with-gxx-include-dir=/usr/include/c++, but other builds
that appear to be working also have that.

Thanks,
Cliff

-- 
=================
http://bec-systems.com




More information about the Openembedded-core mailing list