* Re: [RFT] GCC 4.8 recipes
2013-03-28 5:51 [RFT] GCC 4.8 recipes Khem Raj
@ 2013-03-28 7:36 ` Yi Qingliang
2013-03-28 8:29 ` Koen Kooi
2013-03-28 9:02 ` Marcin Juszkiewicz
` (2 subsequent siblings)
3 siblings, 1 reply; 19+ messages in thread
From: Yi Qingliang @ 2013-03-28 7:36 UTC (permalink / raw)
To: openembedded-core
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
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
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: [RFT] GCC 4.8 recipes
2013-03-28 5:51 [RFT] GCC 4.8 recipes Khem Raj
2013-03-28 7:36 ` Yi Qingliang
@ 2013-03-28 9:02 ` Marcin Juszkiewicz
2013-03-28 15:46 ` Marcin Juszkiewicz
2013-03-29 8:13 ` Elvis Dowson
2013-03-29 14:55 ` Martin Jansa
3 siblings, 1 reply; 19+ messages in thread
From: Marcin Juszkiewicz @ 2013-03-28 9:02 UTC (permalink / raw)
To: openembedded-core
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.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-28 9:02 ` Marcin Juszkiewicz
@ 2013-03-28 15:46 ` Marcin Juszkiewicz
2013-03-28 16:07 ` Khem Raj
0 siblings, 1 reply; 19+ messages in thread
From: Marcin Juszkiewicz @ 2013-03-28 15:46 UTC (permalink / raw)
To: openembedded-core
[-- 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
^ permalink raw reply related [flat|nested] 19+ messages in thread* Re: [RFT] GCC 4.8 recipes
2013-03-28 15:46 ` Marcin Juszkiewicz
@ 2013-03-28 16:07 ` Khem Raj
2013-03-28 17:49 ` Richard Purdie
0 siblings, 1 reply; 19+ messages in thread
From: Khem Raj @ 2013-03-28 16:07 UTC (permalink / raw)
To: Marcin Juszkiewicz; +Cc: openembedded-core
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-28 16:07 ` Khem Raj
@ 2013-03-28 17:49 ` Richard Purdie
0 siblings, 0 replies; 19+ messages in thread
From: Richard Purdie @ 2013-03-28 17:49 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-28 5:51 [RFT] GCC 4.8 recipes Khem Raj
2013-03-28 7:36 ` Yi Qingliang
2013-03-28 9:02 ` Marcin Juszkiewicz
@ 2013-03-29 8:13 ` Elvis Dowson
2013-03-29 8:18 ` Khem Raj
2013-03-29 14:55 ` Martin Jansa
3 siblings, 1 reply; 19+ messages in thread
From: Elvis Dowson @ 2013-03-29 8:13 UTC (permalink / raw)
To: Khem Raj
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-29 8:13 ` Elvis Dowson
@ 2013-03-29 8:18 ` Khem Raj
0 siblings, 0 replies; 19+ messages in thread
From: Khem Raj @ 2013-03-29 8:18 UTC (permalink / raw)
To: Elvis Dowson
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-28 5:51 [RFT] GCC 4.8 recipes Khem Raj
` (2 preceding siblings ...)
2013-03-29 8:13 ` Elvis Dowson
@ 2013-03-29 14:55 ` Martin Jansa
2013-03-30 9:03 ` Martin Jansa
3 siblings, 1 reply; 19+ messages in thread
From: Martin Jansa @ 2013-03-29 14:55 UTC (permalink / raw)
To: Khem Raj
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
[-- 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 --]
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: [RFT] GCC 4.8 recipes
2013-03-29 14:55 ` Martin Jansa
@ 2013-03-30 9:03 ` Martin Jansa
2013-04-01 9:52 ` Martin Jansa
0 siblings, 1 reply; 19+ messages in thread
From: Martin Jansa @ 2013-03-30 9:03 UTC (permalink / raw)
To: Khem Raj
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
[-- 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 --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-03-30 9:03 ` Martin Jansa
@ 2013-04-01 9:52 ` Martin Jansa
2013-04-02 14:22 ` Khem Raj
0 siblings, 1 reply; 19+ messages in thread
From: Martin Jansa @ 2013-04-01 9:52 UTC (permalink / raw)
To: Khem Raj
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
[-- 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 --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-04-01 9:52 ` Martin Jansa
@ 2013-04-02 14:22 ` Khem Raj
2013-04-20 0:32 ` Khem Raj
0 siblings, 1 reply; 19+ messages in thread
From: Khem Raj @ 2013-04-02 14:22 UTC (permalink / raw)
To: Martin Jansa
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
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
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-04-02 14:22 ` Khem Raj
@ 2013-04-20 0:32 ` Khem Raj
2013-05-10 12:53 ` Martin Jansa
0 siblings, 1 reply; 19+ messages in thread
From: Khem Raj @ 2013-04-20 0:32 UTC (permalink / raw)
To: Martin Jansa
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
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.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [RFT] GCC 4.8 recipes
2013-04-20 0:32 ` Khem Raj
@ 2013-05-10 12:53 ` Martin Jansa
2013-05-14 16:29 ` [RFC][PATCH] gcc-4.8: temporary disable thumb Martin Jansa
0 siblings, 1 reply; 19+ messages in thread
From: Martin Jansa @ 2013-05-10 12:53 UTC (permalink / raw)
To: Khem Raj
Cc: openembedded-devel@lists.openembedded.org,
openembedded-core@lists.openembedded.org oe-core layer
[-- 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 --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* [RFC][PATCH] gcc-4.8: temporary disable thumb
2013-05-10 12:53 ` Martin Jansa
@ 2013-05-14 16:29 ` Martin Jansa
2013-05-14 21:14 ` Khem Raj
2013-09-18 23:58 ` [PATCH] " Martin Jansa
0 siblings, 2 replies; 19+ messages in thread
From: Martin Jansa @ 2013-05-14 16:29 UTC (permalink / raw)
To: openembedded-core
* 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
^ permalink raw reply related [flat|nested] 19+ messages in thread* Re: [RFC][PATCH] gcc-4.8: temporary disable thumb
2013-05-14 16:29 ` [RFC][PATCH] gcc-4.8: temporary disable thumb Martin Jansa
@ 2013-05-14 21:14 ` Khem Raj
2013-09-18 23:58 ` [PATCH] " Martin Jansa
1 sibling, 0 replies; 19+ messages in thread
From: Khem Raj @ 2013-05-14 21:14 UTC (permalink / raw)
To: Martin Jansa; +Cc: openembedded-core
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
^ permalink raw reply [flat|nested] 19+ messages in thread* [PATCH] gcc-4.8: temporary disable thumb
2013-05-14 16:29 ` [RFC][PATCH] gcc-4.8: temporary disable thumb Martin Jansa
2013-05-14 21:14 ` Khem Raj
@ 2013-09-18 23:58 ` Martin Jansa
1 sibling, 0 replies; 19+ messages in thread
From: Martin Jansa @ 2013-09-18 23:58 UTC (permalink / raw)
To: openembedded-core
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
^ permalink raw reply related [flat|nested] 19+ messages in thread