[OE-core] [PATCH 1/2] eglibc-2.15: Update SRCREV

Martin Jansa martin.jansa at gmail.com
Fri Mar 30 09:31:34 UTC 2012 

On Sat, Mar 24, 2012 at 03:26:39AM +0100, Martin Jansa wrote:
> On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Jansa wrote:
> > On Fri, Mar 23, 2012 at 12:05:25PM +0000, Richard Purdie wrote:
> > > On Thu, 2012-03-22 at 19:56 -0700, Khem Raj wrote:
> > > > Get new patches and remove the one that got merged upstream
> > > > 
> > > > Signed-off-by: Khem Raj <raj.khem at gmail.com>
> > > > ---
> > > >  .../eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch    |  108 ++++++++++++++++++++
> > > >  .../eglibc-2.15/armv4-eabi-compile-fix.patch       |   25 -----
> > > >  .../eglibc/eglibc-2.15/initgroups_keys.patch       |   20 ++++
> > > >  meta/recipes-core/eglibc/eglibc_2.15.bb            |    5 +-
> > > >  4 files changed, 131 insertions(+), 27 deletions(-)
> > > >  create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch
> > > >  delete mode 100644 meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
> > > >  create mode 100644 meta/recipes-core/eglibc/eglibc-2.15/initgroups_keys.patch
> > > 
> > > Since 2.15 isn't the default I'm tempted to merge this despite the point
> > > we're at in the release cycle. I'd like to give anyone using this the
> > > opportunity to comment first though.
> > 
> > I'm testing this on all archs I'm using (armv4t, armv5te, armv7a,
> > x86-64) and will report tomorrow.
> 
> Doesn't look related to this change, but I got interesing error on other
> buildhost (on mine everything seems fine sofar including tests on
> target), I don't have log from armv4t build on mine, because it's on tmpfs
> and there was unexpected reboot when I wasn't home :/.
> 
> Failing is testing ld from armv4t-oe-linux-gnueabi.gcc-cross-intermediate:
> configure:4894: checking whether /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as is GNU as
> configure:4908: result: yes
> configure:4913: checking whether /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/ld is GNU ld
> configure:4927: result: yes
> configure:4937: checking for /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4964: result: /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4979: checking version of /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4989: result: 2.22, ok
> configure:5000: checking for /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/ld
> configure:5027: result: /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/ld
> configure:5042: checking version of /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/ld
> configure:5052: result: v. ?.??, bad

this could be partially fixed by
--- ../glibc-2.15/configure     2012-03-30 11:22:50.507987687 +0200
+++ ../glibc-2.15/configure.new 2012-03-30 11:22:39.934987828 +0200
@@ -4804,6 +4804,7 @@
   { $as_echo "$as_me:${as_lineno-$LINENO}: checking version of $LD" >&5
 $as_echo_n "checking version of $LD... " >&6; }
   ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* \([0-9][0-9]*\.[0-9.]*\).*$/\1/p'`
+  test -z $ac_prog_version && ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU gold.* Binutils \([0-9][0-9]*\.[0-9.]*\)) .*$/\1/p'`
   case $ac_prog_version in
     '') ac_prog_version="v. ?.??, bad";
        ac_verc_fail=yes;;

But later it fails with:
checking for i386 TLS support... no
configure: error: the assembler must support TLS

configure:7901: result: running configure fragment for sysdeps/i386/elf
configure:88: checking for i386 TLS support
configure:110: gcc -c -g -O2 conftest.s 1>&5
conftest.s: Assembler messages:
conftest.s:8: Error: @TLSLDM reloc is not supported with 64-bit output format
conftest.s:8: Error: junk `@TLSLDM' after expression
conftest.s:9: Error: relocated field and relocation type differ in signedness
conftest.s:10: Error: relocated field and relocation type differ in signedness
conftest.s:11: Error: relocated field and relocation type differ in signedness
conftest.s:12: Error: @GOTNTPOFF reloc is not supported with 64-bit output format
conftest.s:12: Error: junk `@GOTNTPOFF' after expression
conftest.s:14: Error: @NTPOFF reloc is not supported with 64-bit output format
conftest.s:14: Error: junk `@NTPOFF' after expression
configure:113: $? = 1
configure:121: result: no
configure:124: error: the assembler must support TLS

So eglibc should always use ld.bfd even with gold enabled for rest of build and not ld found in 
sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi.gcc-cross-intermediate

> working is testing ld directly from native sysroot:
> configure:4894: checking whether /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as is GNU as
> configure:4908: result: yes
> configure:4913: checking whether /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-oe-linux-gnueabi/arm-oe-linux-gnueabi-ld.bfd is GNU ld
> configure:4927: result: yes
> configure:4937: checking for /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4964: result: /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4979: checking version of /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv5te-oe-linux-gnueabi.gcc-cross-intermediate/gcc/arm-oe-linux-gnueabi/4.6.4/as
> configure:4989: result: 2.22, ok
> configure:5000: checking for /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-oe-linux-gnueabi/arm-oe-linux-gnueabi-ld.bfd
> configure:5027: result: /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-oe-linux-gnueabi/arm-oe-linux-gnueabi-ld.bfd
> configure:5042: checking version of /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv5te-oe-linux-gnueabi/arm-oe-linux-gnueabi-ld.bfd
> configure:5052: result: 2.22, ok
> 
> Cheers,
> 
> 
> -- 
> Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com



-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20120330/423aa800/attachment-0002.sig>

More information about the Openembedded-core mailing list