[oe] gcc-4.5 r166342 PCHFLAGS problem

Khem Raj raj.khem at gmail.com
Fri Nov 12 23:00:01 UTC 2010


On Fri, Nov 12, 2010 at 2:41 PM, Matt Johnson
<johnso87 at crhc.illinois.edu> wrote:
>
>
> On 11/12/2010 04:31 PM, Khem Raj wrote:
>>
>> On Fri, Nov 12, 2010 at 2:02 PM, Matt Johnson
>> <johnso87 at crhc.illinois.edu>  wrote:
>>
>>>
>>> Hi All,
>>>    I built gcc-cross from x86_64 host to armv7a target using gcc 4.5
>>> r166342.  I then tried to bitbake gcc (an armv7a-host, armv7a-target
>>> native
>>> compiler) with the same revision and got build errors on libstdc++:
>>>
>>>
>>
>> hmmm I dont see these issues here. I am using latest gcc in OE and
>> minimal distro with libtool 2.4 which is same like angstrom-2010
>> I wonder if there are some header files extra somewhere on your host
>> system that are interfering libstdc++ configure.
>> what OS do u run on the build machine.
>>
>> -Khem
>>
>>
>
> Kubuntu 10.04, with gcc 4.4.3:
>
> gcc -v
> Using built-in specs.
> Target: x86_64-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Ubuntu
> 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
> --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
> --enable-multiarch --enable-linker-build-id --with-system-zlib
> --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
> --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4
> --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin
> --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic
> --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
> --target=x86_64-linux-gnu
> Thread model: posix
> gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5)
>
> My log.do_configure is here: http://pastebin.com/9ZPUB4KJ .  The error at
> the top is slightly concerning:

try to find latest build logs from tinderbox and compare. Hmm but I
dont know if tinderbox has logs for successful builds.

>
>  1.
>     configure.ac:32: error: Please use exactly Autoconf 2.64 instead
>     of 2.65.

yeah we should not be reautoconfing gcc

>  2.
>     config/override.m4:34: _GCC_AUTOCONF_VERSION_CHECK is expanded from...
>  3.
>     configure.ac:32: the top level
>  4.
>     autom4te:
>
> /media/d2/beagleboard/oebb/build/tmp-angstrom_2010_x/sysroots/x86_64-linux/usr/bin/m4
>     failed with exit status: 1
>




More information about the Openembedded-devel mailing list