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

[Richard Purdie]

On Thu, 2011-12-01 at 07:34 -0500, Cliff Brake wrote:
> 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.

When you restart the build is the problem persistent or does it work the
second time?

Does someone have a complete console log for a build that failed with
this they could share? 

Cheers,

Richard