[RFT] GCC 4.8 recipes

[RFT] GCC 4.8 recipes

[Khem Raj]

All,

I have added gcc 4.8 recipes and the branch is here 

git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8

cgit

http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8

Please test it out on your respective environments if you can.

To enable gcc 4.8 with OE-Core you would

in local.conf set

GCCVERSION = "4.8%"

and if you use angstrom. Please checkout 'next' branch of setup-scripts
and then in conf/local.conf

set

ANGSTROM_GCC_VERSION = "4.8%"

My testing so far has been building systems-image for all qemu machines and they
seem to boot as good as 4.7 did. But I am hoping for wider testing and finding issues
or very least improve the existing recipes for now and once the 1.4 release is done
we can then propose it for inclusion in OE-Core

Thanks for your time


-Khem

Re: [RFT] GCC 4.8 recipes

[Yi Qingliang]

GREAT!
qt5 is another one I expected!

On Wednesday, March 27, 2013 10:51:50 PM Khem Raj wrote:
> All,
> 
> I have added gcc 4.8 recipes and the branch is here
> 
> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> 
> cgit
> 
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8
> 
> Please test it out on your respective environments if you can.
> 
> To enable gcc 4.8 with OE-Core you would
> 
> in local.conf set
> 
> GCCVERSION = "4.8%"
> 
> and if you use angstrom. Please checkout 'next' branch of setup-scripts
> and then in conf/local.conf
> 
> set
> 
> ANGSTROM_GCC_VERSION = "4.8%"
> 
> My testing so far has been building systems-image for all qemu machines and
> they seem to boot as good as 4.7 did. But I am hoping for wider testing and
> finding issues or very least improve the existing recipes for now and once
> the 1.4 release is done we can then propose it for inclusion in OE-Core
> 
> Thanks for your time
> 
> 
> -Khem
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
-- 
Nanjing Jilong
Yi Qingliang
niqingliang2003@gmail.com

Re: [RFT] GCC 4.8 recipes

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Op 28-03-13 08:36, Yi Qingliang schreef:
> GREAT! qt5 is another one I expected!

https://github.com/meta-qt5/meta-qt5

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFRU/9bMkyGM64RGpERAl3QAKCAXp4hOpSuwT1rLiiuSnvz9IIuhACgiprj
EQ1skA1go8deCsQFpfCI61U=
=jolz
-----END PGP SIGNATURE-----

Re: [RFT] GCC 4.8 recipes

[Marcin Juszkiewicz]

W dniu 28.03.2013 06:51, Khem Raj pisze:
> I have added gcc 4.8 recipes and the branch is here 
> 
> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8

Übercool! Will do tests with aarch64.

Re: [RFT] GCC 4.8 recipes

[Yi Qingliang]

it looks like no qt5 embedded?

On Thursday, March 28, 2013 09:29:15 AM Koen Kooi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Op 28-03-13 08:36, Yi Qingliang schreef:
> > GREAT! qt5 is another one I expected!
> 
> https://github.com/meta-qt5/meta-qt5
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> 
> iD8DBQFRU/9bMkyGM64RGpERAl3QAKCAXp4hOpSuwT1rLiiuSnvz9IIuhACgiprj
> EQ1skA1go8deCsQFpfCI61U=
> =jolz
> -----END PGP SIGNATURE-----
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
-- 
Nanjing Jilong
Yi Qingliang
niqingliang2003@gmail.com

Re: [RFT] GCC 4.8 recipes

[Marcin Juszkiewicz]

[-- Attachment #1: Type: text/plain, Size: 439 bytes --]

W dniu 28.03.2013 10:02, Marcin Juszkiewicz pisze:
> W dniu 28.03.2013 06:51, Khem Raj pisze:
>> I have added gcc 4.8 recipes and the branch is here 
>>
>> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> 
> Übercool! Will do tests with aarch64.

After some hacking (see attachment) I got it built and booted
core-image-minimal.

Problem was with paths - lib contra lib64. Will look at it more next week.


[-- Attachment #2: aarch64.diff --]
[-- Type: text/x-diff, Size: 1492 bytes --]

diff --git a/meta/recipes-devtools/gcc/gcc-package-runtime.inc b/meta/recipes-devtools/gcc/gcc-package-runtime.inc
index 2e2f75a..39f053c 100644
--- a/meta/recipes-devtools/gcc/gcc-package-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-package-runtime.inc
@@ -78,3 +78,13 @@ FILES_libgomp-staticdev = "\
 do_package_write_ipk[depends] += "virtual/${MLPREFIX}libc:do_packagedata"
 do_package_write_deb[depends] += "virtual/${MLPREFIX}libc:do_packagedata"
 do_package_write_rpm[depends] += "virtual/${MLPREFIX}libc:do_packagedata"
+
+do_install_append_aarch64() {
+
+    if [ -d ${D}${libdir}64 ]; then
+        mv ${D}${libdir}64/* ${D}${libdir}
+    fi
+    if [ -d ${D}${libdir}64/.debug ]; then
+        mv ${D}${libdir}64/.debug ${D}${libdir}/.debug
+    fi
+}
diff --git a/meta/recipes-devtools/gcc/libgcc_4.8.bb b/meta/recipes-devtools/gcc/libgcc_4.8.bb
index 47669a2..51ed2ff 100644
--- a/meta/recipes-devtools/gcc/libgcc_4.8.bb
+++ b/meta/recipes-devtools/gcc/libgcc_4.8.bb
@@ -51,7 +51,11 @@ do_install () {
 	if [ -f ${D}${libdir}/nof/libgcc_s.so ]; then
 		mv ${D}${libdir}/nof/libgcc* ${D}${base_libdir}
 	else
-		mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
+        if [ -f ${D}${libdir}64/libgcc_s.so ]; then
+            mv ${D}${libdir}64/libgcc* ${D}${base_libdir}
+        else
+            mv ${D}${libdir}64/libgcc* ${D}${base_libdir} || true
+        fi
 	fi
 
 	# install the runtime in /usr/lib/ not in /usr/lib/gcc on target

Re: [RFT] GCC 4.8 recipes

[Khem Raj]

On Mar 28, 2013, at 8:46 AM, Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> wrote:

> W dniu 28.03.2013 10:02, Marcin Juszkiewicz pisze:
>> W dniu 28.03.2013 06:51, Khem Raj pisze:
>>> I have added gcc 4.8 recipes and the branch is here 
>>> 
>>> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
>> 
>> Übercool! Will do tests with aarch64.
> 
> After some hacking (see attachment) I got it built and booted
> core-image-minimal.


Nice

> 
> Problem was with paths - lib contra lib64. Will look at it more next week.
> 
> <aarch64.diff>


Well I guess aarch64 is kind of_special_ here. look into multilib we have done
for other architectures. e.g. for x86_64 if you inherit multilib class it uses 'lib64'
otherwise it uses 'lib' thats for historic reasons but for arm you could always use lib64
why its not so ?

> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [RFT] GCC 4.8 recipes

[Richard Purdie]

On Thu, 2013-03-28 at 09:07 -0700, Khem Raj wrote:
> On Mar 28, 2013, at 8:46 AM, Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> wrote:
> 
> > W dniu 28.03.2013 10:02, Marcin Juszkiewicz pisze:
> >> W dniu 28.03.2013 06:51, Khem Raj pisze:
> >>> I have added gcc 4.8 recipes and the branch is here 
> >>> 
> >>> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> >> 
> >> Übercool! Will do tests with aarch64.
> > 
> > After some hacking (see attachment) I got it built and booted
> > core-image-minimal.
> 
> 
> Nice
> 
> > 
> > Problem was with paths - lib contra lib64. Will look at it more next week.
> > 
> > <aarch64.diff>
> 
> 
> Well I guess aarch64 is kind of_special_ here. look into multilib we have done
> for other architectures. e.g. for x86_64 if you inherit multilib class it uses 'lib64'
> otherwise it uses 'lib' thats for historic reasons but for arm you could always use lib64
> why its not so ?

The build system should use whichever is configured as $libdir for any
given target.

Cheers,

Richard

Re: [RFT] GCC 4.8 recipes

[Elvis Dowson]

Hi Khem,

On Mar 28, 2013, at 9:51 AM, Khem Raj <raj.khem@gmail.com> wrote:

> All,
> 
> I have added gcc 4.8 recipes and the branch is here 
> 
> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> 
> cgit
> 
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8
> 
> Please test it out on your respective environments if you can.
> 
> To enable gcc 4.8 with OE-Core you would
> 
> in local.conf set
> 
> GCCVERSION = "4.8%"
> 
> and if you use angstrom. Please checkout 'next' branch of setup-scripts
> and then in conf/local.conf
> 
> set
> 
> ANGSTROM_GCC_VERSION = "4.8%"
> 
> My testing so far has been building systems-image for all qemu machines and they
> seem to boot as good as 4.7 did. But I am hoping for wider testing and finding issues
> or very least improve the existing recipes for now and once the 1.4 release is done
> we can then propose it for inclusion in OE-Core
> 
> Thanks for your time

I've built and tested the new gcc-4.8.0 recipe for the Xilinx ZC702 Zynq-7020 platform
(dual ARM Cortex A9). The kernel (3.6) and corresponding rootfilesystem boots fine.

Best regards,

Elvis Dowson

Re: [RFT] GCC 4.8 recipes

[Khem Raj]

On Mar 29, 2013, at 1:13 AM, Elvis Dowson <elvis.dowson@gmail.com> wrote:

> Hi Khem,
> 
> On Mar 28, 2013, at 9:51 AM, Khem Raj <raj.khem@gmail.com> wrote:
> 
>> All,
>> 
>> I have added gcc 4.8 recipes and the branch is here 
>> 
>> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
>> 
>> cgit
>> 
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8
>> 
>> Please test it out on your respective environments if you can.
>> 
>> To enable gcc 4.8 with OE-Core you would
>> 
>> in local.conf set
>> 
>> GCCVERSION = "4.8%"
>> 
>> and if you use angstrom. Please checkout 'next' branch of setup-scripts
>> and then in conf/local.conf
>> 
>> set
>> 
>> ANGSTROM_GCC_VERSION = "4.8%"
>> 
>> My testing so far has been building systems-image for all qemu machines and they
>> seem to boot as good as 4.7 did. But I am hoping for wider testing and finding issues
>> or very least improve the existing recipes for now and once the 1.4 release is done
>> we can then propose it for inclusion in OE-Core
>> 
>> Thanks for your time
> 
> I've built and tested the new gcc-4.8.0 recipe for the Xilinx ZC702 Zynq-7020 platform
> (dual ARM Cortex A9). The kernel (3.6) and corresponding rootfilesystem boots fine.
> 

Thanks, 

> Best regards,
> 
> Elvis Dowson

Re: [RFT] GCC 4.8 recipes

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 2645 bytes --]

On Wed, Mar 27, 2013 at 10:51:50PM -0700, Khem Raj wrote:
> All,
> 
> I have added gcc 4.8 recipes and the branch is here 
> 
> git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> 
> cgit
> 
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8
> 
> Please test it out on your respective environments if you can.

First failed task in world rebuild:

| ar.c: In function 'do_oper_extract':
| ar.c:831:1: error: unrecognizable insn:
|  }
|  ^
| (insn 1893 1892 38 59 (parallel [
|             (set (reg:SI 3 r3)
|                 (mem/c:SI (reg:SI 3 r3) [21 S4 A32]))
|             (set (reg:SI 12 ip)
|                 (mem/c:SI (plus:SI (reg:SI 3 r3)
|                         (const_int 4 [0x4])) [21 S4 A32]))
|             (set (reg/f:SI 13 sp)
|                 (mem/c:SI (plus:SI (reg:SI 3 r3)
|                         (const_int 8 [0x8])) [23 %sfp+-272 S4 A32]))
|         ]) ar.c:639 -1
|      (expr_list:REG_ARGS_SIZE (const_int 0 [0])
|         (nil)))
| ar.c:831:1: internal compiler error: in extract_insn, at recog.c:2150
| arm-oe-linux-gnueabi-gcc  -march=armv5te  -marm -mthumb-interwork   --sysroot=/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2   -O2 -pipe -g -feliminate-unused-debug-types -Wl,-rpath-link,../libelf:../libdw -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o elfcmp elfcmp.o ../libebl/libebl.a ../libelf/libelf.so  -ldl
| Please submit a full bug report,
| with preprocessed source if appropriate.
| See <http://gcc.gnu.org/bugs.html> for instructions.
| make[2]: *** [ar.o] Error 1
| make[2]: *** Waiting for unfinished jobs....
| rm i386_ld.o
| make[2]: Leaving directory `/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/elfutils/0.148-r11/elfutils-0.148/src'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory `/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/elfutils/0.148-r11/elfutils-0.148'
| make: *** [all] Error 2
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (see /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/elfutils/0.148-r11/temp/log.do_compile.15119 for further information)
NOTE: recipe elfutils-0.148-r11: task do_compile: Failed
ERROR: Task 535 (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile) failed with exit code '1'

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [RFT] GCC 4.8 recipes

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 2299 bytes --]

On Fri, Mar 29, 2013 at 03:55:14PM +0100, Martin Jansa wrote:
> On Wed, Mar 27, 2013 at 10:51:50PM -0700, Khem Raj wrote:
> > All,
> > 
> > I have added gcc 4.8 recipes and the branch is here 
> > 
> > git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
> > 
> > cgit
> > 
> > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8
> > 
> > Please test it out on your respective environments if you can.
> 
> First failed task in world rebuild:

And now the rest of qemuarm gcc-4.8 world failure

openembedded-core/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile
ICE as reported before

openembedded-core/meta/recipes-devtools/gcc/gcc_4.8.bb, do_compile
gcc-4.8.0/libatomic/config/linux/arm/store_n.c:46:0: fatal error:
opening dependency file .deps/store_1_.lo.Ppo: No such file or directory
|  #include "../../../store_n.c"

openembedded-core/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.14.0.bb, do_compile
xf86Crtc.c:391:5: error: implicit declaration of function 'xf86InputRotationNotify' [-Werror=implicit-function-declaration]

openembedded-core/meta/recipes-graphics/xorg-app/xmodmap_1.0.7.bb, do_compile
xmodmap.c:289:5: error: implicit declaration of function 'asprintf' [-Werror=implicit-function-declaration]

meta-openembedded/meta-oe/recipes-navigation/gypsy/gypsy_0.9.bb, do_compile
glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used [-Werror=unused-local-typedefs]

meta-openembedded/meta-oe/recipes-connectivity/networkmanager/modemmanager_0.6.0.0.bb, do_compile
glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used

meta-openembedded/meta-oe/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb, do_compile
ipsec_doi.c:1321:24: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it? [-Werror=sizeof-pointer-memaccess]
|   memset(pair, 0, sizeof(pair));

And couple of old failures, which are not caused by gcc upgrade for sure.

Complete log:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130329_124637.log/
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [RFT] GCC 4.8 recipes

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 2157 bytes --]

On Sat, Mar 30, 2013 at 10:03:19AM +0100, Martin Jansa wrote:
> And now the rest of qemuarm gcc-4.8 world failure
> 
> openembedded-core/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile
> ICE as reported before
> 
> openembedded-core/meta/recipes-devtools/gcc/gcc_4.8.bb, do_compile
> gcc-4.8.0/libatomic/config/linux/arm/store_n.c:46:0: fatal error:
> opening dependency file .deps/store_1_.lo.Ppo: No such file or directory
> |  #include "../../../store_n.c"
> 
> openembedded-core/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.14.0.bb, do_compile
> xf86Crtc.c:391:5: error: implicit declaration of function 'xf86InputRotationNotify' [-Werror=implicit-function-declaration]
> 
> openembedded-core/meta/recipes-graphics/xorg-app/xmodmap_1.0.7.bb, do_compile
> xmodmap.c:289:5: error: implicit declaration of function 'asprintf' [-Werror=implicit-function-declaration]
> 
> meta-openembedded/meta-oe/recipes-navigation/gypsy/gypsy_0.9.bb, do_compile
> glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used [-Werror=unused-local-typedefs]
> 
> meta-openembedded/meta-oe/recipes-connectivity/networkmanager/modemmanager_0.6.0.0.bb, do_compile
> glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used
> 
> meta-openembedded/meta-oe/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb, do_compile
> ipsec_doi.c:1321:24: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it? [-Werror=sizeof-pointer-memaccess]
> |   memset(pair, 0, sizeof(pair));
> 
> And couple of old failures, which are not caused by gcc upgrade for sure.
> 
> Complete log:
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130329_124637.log/

And logs from qemux86:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130330_090402.log/

qemux86-64
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130331_084823.log/

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [RFT] GCC 4.8 recipes

[Khem Raj]

Thanks Martin, elfutils test case is now reduced and reported others I will take a look.

On Apr 1, 2013, at 2:52 AM, Martin Jansa <martin.jansa@gmail.com> wrote:

> On Sat, Mar 30, 2013 at 10:03:19AM +0100, Martin Jansa wrote:
>> And now the rest of qemuarm gcc-4.8 world failure
>> 
>> openembedded-core/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile
>> ICE as reported before
>> 
>> openembedded-core/meta/recipes-devtools/gcc/gcc_4.8.bb, do_compile
>> gcc-4.8.0/libatomic/config/linux/arm/store_n.c:46:0: fatal error:
>> opening dependency file .deps/store_1_.lo.Ppo: No such file or directory
>> |  #include "../../../store_n.c"
>> 
>> openembedded-core/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.14.0.bb, do_compile
>> xf86Crtc.c:391:5: error: implicit declaration of function 'xf86InputRotationNotify' [-Werror=implicit-function-declaration]
>> 
>> openembedded-core/meta/recipes-graphics/xorg-app/xmodmap_1.0.7.bb, do_compile
>> xmodmap.c:289:5: error: implicit declaration of function 'asprintf' [-Werror=implicit-function-declaration]
>> 
>> meta-openembedded/meta-oe/recipes-navigation/gypsy/gypsy_0.9.bb, do_compile
>> glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used [-Werror=unused-local-typedefs]
>> 
>> meta-openembedded/meta-oe/recipes-connectivity/networkmanager/modemmanager_0.6.0.0.bb, do_compile
>> glib-2.0/glib/gmacros.h:162:53: error: typedef '_GStaticAssertCompileTimeAssertion_0' locally defined but not used
>> 
>> meta-openembedded/meta-oe/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb, do_compile
>> ipsec_doi.c:1321:24: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it? [-Werror=sizeof-pointer-memaccess]
>> |   memset(pair, 0, sizeof(pair));
>> 
>> And couple of old failures, which are not caused by gcc upgrade for sure.
>> 
>> Complete log:
>> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130329_124637.log/
> 
> And logs from qemux86:
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130330_090402.log/
> 
> qemux86-64
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130331_084823.log/
> 
> -- 
> Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

Re: [RFT] GCC 4.8 recipes

[Khem Raj]

On Apr 2, 2013, at 7:22 AM, Khem Raj <raj.khem@gmail.com> wrote:

> Thanks Martin, elfutils test case is now reduced and reported others I will take a look.


I have pushed a fix for elfutils issue to the pull branch. please retest and report.

Re: [RFT] GCC 4.8 recipes

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 1374 bytes --]

On Fri, Apr 19, 2013 at 05:32:43PM -0700, Khem Raj wrote:
> 
> On Apr 2, 2013, at 7:22 AM, Khem Raj <raj.khem@gmail.com> wrote:
> 
> > Thanks Martin, elfutils test case is now reduced and reported others I will take a look.
> 
> 
> I have pushed a fix for elfutils issue to the pull branch. please retest and report.

yes elfutils issue was fixed

xserver-xorg issue was actually caused by extra patch for rotating input
calibration when xrandr rotates screen (new warning and -Werror made it
fatal) - also fixed

target gcc-4.8 was fixed by your dependency change, but it still fails
on armv4t:
|
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7198:(.text.unlikely+0x9c):
relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char
const*, ...)' defined in .glue_7 section in linker stubs
|
/OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7200:(.text.unlikely+0xaa):
additional relocation overflows omitted from the output
| collect2: error: ld returned 1 exit status

webkit-efl is failing (and causing huge logs with 3.9M lines in
log.do_compile) I've patch to upgrade it which works on x86-64, but
fails on other archs.. so it will take a bit more time.

I hope to get better smaller logs from world builds today.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

[RFC][PATCH] gcc-4.8: temporary disable thumb

[Martin Jansa]

* temporary work around for build issue on armv4t:
| cp/decl.o: In function `bad_specifiers':
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7171:(.text.unlikely+0x24): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7173:(.text.unlikely+0x32): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7176:(.text.unlikely+0x3e): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7180:(.text.unlikely+0x4c): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7182:(.text.unlikely+0x5a): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7185:(.text.unlikely+0x66): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7189:(.text.unlikely+0x74): relocation truncated to fit: R_ARM_THM_CALL against sym
bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7191:(.text.unlikely+0x82): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7194:(.text.unlikely+0x8e): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7198:(.text.unlikely+0x9c): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7200:(.text.unlikely+0xaa): additional relocation overflows omitted from the output
| collect2: error: ld returned 1 exit status
| make[2]: *** [cc1plus] Error 1

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
 meta/recipes-devtools/gcc/gcc_4.8.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc_4.8.bb b/meta/recipes-devtools/gcc/gcc_4.8.bb
index 9954375..99485bc 100644
--- a/meta/recipes-devtools/gcc/gcc_4.8.bb
+++ b/meta/recipes-devtools/gcc/gcc_4.8.bb
@@ -3,3 +3,5 @@ require gcc-configure-target.inc
 require gcc-package-target.inc
 
 ARCH_FLAGS_FOR_TARGET += "-isystem${STAGING_INCDIR}"
+
+ARM_INSTRUCTION_SET = "arm"
-- 
1.8.2.1

Re: [RFC][PATCH] gcc-4.8: temporary disable thumb

[Khem Raj]

On May 14, 2013, at 9:29 AM, Martin Jansa <martin.jansa@gmail.com> wrote:

> * temporary work around for build issue on armv4t:
> | cp/decl.o: In function `bad_specifiers':
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7171:(.text.unlikely+0x24): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7173:(.text.unlikely+0x32): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7176:(.text.unlikely+0x3e): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7180:(.text.unlikely+0x4c): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7182:(.text.unlikely+0x5a): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7185:(.text.unlikely+0x66): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7189:(.text.unlikely+0x74): relocation truncated to fit: R_ARM_THM_CALL against sym
> bol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7191:(.text.unlikely+0x82): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7194:(.text.unlikely+0x8e): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7198:(.text.unlikely+0x9c): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
> | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7200:(.text.unlikely+0xaa): additional relocation overflows omitted from the output
> | collect2: error: ld returned 1 exit status
> | make[2]: *** [cc1plus] Error 1
> 
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> meta/recipes-devtools/gcc/gcc_4.8.bb | 2 ++
> 1 file changed, 2 insertions(+)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc_4.8.bb b/meta/recipes-devtools/gcc/gcc_4.8.bb
> index 9954375..99485bc 100644
> --- a/meta/recipes-devtools/gcc/gcc_4.8.bb
> +++ b/meta/recipes-devtools/gcc/gcc_4.8.bb
> @@ -3,3 +3,5 @@ require gcc-configure-target.inc
> require gcc-package-target.inc
> 
> ARCH_FLAGS_FOR_TARGET += "-isystem${STAGING_INCDIR}"
> +
> +ARM_INSTRUCTION_SET = "arm"

Looks ok. For now it would be nicer to get a test case narrowed down

> -- 
> 1.8.2.1
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[PATCH] gcc-4.8: temporary disable thumb

[Martin Jansa]

From: Martin Jansa <martin.jansa@gmail.com>

* temporary work around for build issue on armv4t:
  | cp/decl.o: In function `bad_specifiers':
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7171:(.text.unlikely+0x24): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7173:(.text.unlikely+0x32): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7176:(.text.unlikely+0x3e): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7180:(.text.unlikely+0x4c): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7182:(.text.unlikely+0x5a): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7185:(.text.unlikely+0x66): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7189:(.text.unlikely+0x74): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7191:(.text.unlikely+0x82): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7194:(.text.unlikely+0x8e): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7198:(.text.unlikely+0x9c): relocation truncated to fit: R_ARM_THM_CALL against symbol `error(char const*, ...)' defined in .glue_7 section in linker stubs
  | gcc-4.8.0-r0/gcc-4.8.0/gcc/cp/decl.c:7200:(.text.unlikely+0xaa): additional relocation overflows omitted from the output
  | collect2: error: ld returned 1 exit status
  | make[2]: *** [cc1plus] Error 1

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
 meta/recipes-devtools/gcc/gcc_4.8.bb | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc_4.8.bb b/meta/recipes-devtools/gcc/gcc_4.8.bb
index 0ae22e8..c4827c6 100644
--- a/meta/recipes-devtools/gcc/gcc_4.8.bb
+++ b/meta/recipes-devtools/gcc/gcc_4.8.bb
@@ -1,2 +1,7 @@
 require recipes-devtools/gcc/gcc-${PV}.inc
 require gcc-target.inc
+
+# Building with thumb enabled on armv4t fails with
+# | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7438:(.text.unlikely+0x2fa): relocation truncated to fit: R_ARM_THM_CALL against symbol `fancy_abort(char const*, int, char const*)' defined in .glue_7 section in linker stubs
+# | gcc-4.8.1-r0/gcc-4.8.1/gcc/cp/decl.c:7442:(.text.unlikely+0x318): additional relocation overflows omitted from the output
+ARM_INSTRUCTION_SET_armv4 = "arm"
-- 
1.8.3.2