On Sat, April 21, 2012 3:45 pm, Adrian Schröter wrote:

Am Samstag, 21. April 2012, 11:45:00 schrieb Joop Boonen:

...

Hi all,

An ARM build issue exists.

I see: /emul/x86_64-for-arm/lib64:/emul/x86_64-for-arm/usr/lib64

Is still gcc 4.6.3.

I tried to fix it by enabling the build of cross-armv7l-binutils for x86_64 again , which is the reason why qemu-accel is in unresolvable and can't be build.

I saw that this indeed the problem. I copied over cp -p /var/tmp/build-root/usr/bin/gcc-4.7 /var/tmp/build-root/emul/x86_64-for-arm/usr/bin/gcc After this the build was OK. And I saw the correct gcc version 4.7 . <quote> + ls -al /usr/bin/gcc lrwxrwxrwx 1 root root 7 Apr 21 09:58 /usr/bin/gcc -> gcc-4.7 + ls -alH /usr/bin/gcc -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc + ls -al /usr/bin/gcc-4.7 -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc-4.7 + /usr/bin/gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-suse-linux-gnueabi/4.7/lto-wrapper Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex --without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7l-suse-linux-gnueabi Thread model: posix gcc version 4.7.0 20120413 [gcc-4_7-branch revision 186417] (SUSE Linux) + /usr/bin/gcc-4.7 -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc-4.7 COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-suse-linux-gnueabi/4.7/lto-wrapper Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex --without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7l-suse-linux-gnueabi Thread model: posix gcc version 4.7.0 20120413 [gcc-4_7-branch revision 186417] (SUSE Linux) </quote> The package isn't build as cross-armv7l-binutils.changes cross-armv7l-binutils.spec and cross-armv5tel-binutils.changes cross-armv5tel-binutils.spec are missing. I've created them in home:worldcitizen:branches:openSUSE:Factory:ARM cross-armv7l-binutils . Maybe these ( cross-armv5tel-binutils.changes cross-armv5tel-binutils.spec cross-armv7l-binutils.changes cross-armv7l-binutils.spec ) can be copied over and committed in openSUSE:Factory:ARM ? I don't know what the standard is. Should both spec files reside in this project/package (binutils)?

I will have a look later again (but I forgot the power supply for my

notebook at home,

so it might not happen before monday or sunday evening).

sorry adrian

-- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org