Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Mon, 2015-02-02 at 02:02 -0800, Khem Raj wrote: I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-glibc-upgrade I would like to request some help in testing these out in your respective environments and please report any issues you see so we can start sorting them out at earlier and making its way into OE-Core. Thanks for your help For info, I've now merged the glibc part of this change now too. Khem: Thanks for the work on this! Cheers, Richard -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 3 February 2015 at 05:03, Khem Raj raj.k...@gmail.com wrote: I think this issue was there even with older version of glibc for i7 but it was flagged as a warning, glibc 2.21 now uses -Werror by default. Can you confirm that via inspecting 2.20 glibc build logs for this machine ? dl-caller.c:1:0: warning: SSE instruction set disabled, using 387 arithmetics /* Check whether caller comes from the right place. ^ ../sysdeps/unix/sysv/linux/dl-execstack.c:1:0: warning: SSE instruction set disabled, using 387 arithmetics /* Stack executability handling for GNU dynamic linker. Linux version. ^ You're right. I'll test the new branch shortly. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote: Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Bad news, glibc is now failing: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64-tcbootstrap dl-open.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes -fPIC -mno-sse -mno-mmx-I../include -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed -isystem /data/poky-master/tmp/sysroots/intel-corei7-64/usr/include -D_LIBC_REENTRANT -include /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h -DMODULE_NAME=rtld -include ../include/libc-symbols.h -DPIC -DSHARED -o /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os -MD -MP -MF /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os.dt -MT /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Check whether caller comes from the right place. | ^ | dl-open.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Load a shared object at runtime, relocate it, and run its initializer. | ^ | cc1: all warnings being treated as errors | cc1: all warnings being treated as errors Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi All I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-glibc-upgrade I would like to request some help in testing these out in your respective environments and please report any issues you see so we can start sorting them out at earlier and making its way into OE-Core. Thanks for your help -Khem -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Khem, On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote: I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. I'm seeing these failures when cherry-picking the top two commits to current poky/master. gcc-cross-initial: | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c: In function 'void expand_builtin_init_dwarf_reg_sizes(tree)': | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c:334:27: error: 'struct gcc_target' has no member named 'dwarf_frame_reg_mode' cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Ross Please repull. I did not push from right machine first time. Now it should be good. Thanks for quick turnaround Thanks -Khem On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: Hi Khem, On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote: I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. I'm seeing these failures when cherry-picking the top two commits to current poky/master. gcc-cross-initial: | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c: In function 'void expand_builtin_init_dwarf_reg_sizes(tree)': | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c:334:27: error: 'struct gcc_target' has no member named 'dwarf_frame_reg_mode' cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote: Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Bad news, glibc is now failing: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64-tcbootstrap dl-open.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes -fPIC -mno-sse -mno-mmx-I../include -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed -isystem /data/poky-master/tmp/sysroots/intel-corei7-64/usr/include -D_LIBC_REENTRANT -include /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h -DMODULE_NAME=rtld -include ../include/libc-symbols.h -DPIC -DSHARED -o /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os -MD -MP -MF /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os.dt -MT /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Check whether caller comes from the right place. | ^ | dl-open.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Load a shared object at runtime, relocate it, and run its initializer. | ^ | cc1: all warnings being treated as errors | cc1: all warnings being treated as errors The real problem is we are injecting -mfpmath=sse -msse4.2 via CCARGS and for this particular file glibc says -mno-sse -mno-mmx so it defaults to x87 80bit arithmetics. May be we should get a bit milder with optimizations for this case when compiling glibc. Since glibc has its own notion about floating point. I think this issue was there even with older version of glibc for i7 but it was flagged as a warning, glibc 2.21 now uses -Werror by default. Can you confirm that via inspecting 2.20 glibc build logs for this machine ? I have pushed another patch to disable sse for replacing fpu. Please try it out and let me know if it fixed it. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Khem, If I knew what testing' entailed I would through some time at this. - Armin On 02/02/2015 02:02 AM, Khem Raj wrote: Hi All I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-glibc-upgrade I would like to request some help in testing these out in your respective environments and please report any issues you see so we can start sorting them out at earlier and making its way into OE-Core. Thanks for your help -Khem -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:50 AM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com mailto:raj.k...@gmail.com wrote: Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. $ gcc --version gcc (Debian 4.7.2-5) 4.7.2 This is the default gcc in current Debian stable. Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com wrote: On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. I can confirm that the current branch builds gcc (and everything else in a minimal image) apart from cross-localdef-native, with a long set of errors for me now: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in | glibc/locale/programs/locarchive.c: In function 'add_locales_to_archive': | glibc/locale/programs/locarchive.c:1517:7: warning: passing argument 1 of '__xpg_basename' discards 'const' qualifier from pointer target type [enabled by default] | In file included from /data/poky-master/tmp/work/x86_64-linux/cross-localedef-native/2.21-r0/git/localedef/include/string.h:4:0, | from glibc/locale/programs/locarchive.c:34: | /usr/include/libgen.h:35:14: note: expected 'char *' but argument is of type 'const char *' | glibc/locale/programs/ld-ctype.c: In function 'set_class_defaults': | glibc/locale/programs/ld-ctype.c:3012:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3012:7: note: use option -std=c99 or -std=gnu99 to compile your code | glibc/locale/programs/ld-ctype.c:3016:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3012:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3016:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3034:5: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3038:17: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3034:17: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3038:5: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3250:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3254:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3250:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3254:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3272:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3276:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3272:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3276:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3383:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3389:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3383:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3389:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3401:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c: In function 'allocate_arrays': | glibc/locale/programs/ld-ctype.c:3887:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:4039:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:4062:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:4039:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:4062:7: error: 'for' loop initial declarations are only allowed in C99 mode | make: *** [locarchive.o] Error 1 Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:25 AM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com mailto:raj.k...@gmail.com wrote: On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com mailto:ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. I can confirm that the current branch builds gcc (and everything else in a minimal image) apart from cross-localdef-native, with a long set of errors for me now: Thanks guys. Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. I could reproduce it once I passed -std=c89 in CFLAGS. but there is another issue where a new macro IS_IN(lib) is added in glibc 2.21 and is giving me a bit of heartache I will update the branch soon when I have fix for it and then send a notification. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Armin, On 2 February 2015 at 16:41, akuster akus...@mvista.com wrote: If I knew what testing' entailed I would through some time at this. Please build your stuff with this glibc/gcc and check it still works. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:26 AM, Burton, Ross ross.bur...@intel.com wrote: Armin, On 2 February 2015 at 16:41, akuster akus...@mvista.com mailto:akus...@mvista.com wrote: If I knew what testing' entailed I would through some time at this. Please build your stuff with this glibc/gcc and check it still works. anything helps. apply the patches and see if they apply and parse correctly with your layer combo then second step is compile and build images/sdks as Ross said. Third would be boot and runt the images and workloads which you normally do 4th would be run your tests 5th would be run gcc and glibc unit tests. and repeat same for as many architectures as possible. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com wrote: Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. $ gcc --version gcc (Debian 4.7.2-5) 4.7.2 This is the default gcc in current Debian stable. Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto