On Thu, 2011-12-01 at 07:34 -0500, Cliff Brake wrote: > On Tue, Nov 15, 2011 at 6:03 AM, Eric Bénard <e...@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 _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
