From: Martin Jansa <martin.jansa@gmail.com>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/2] eglibc-2.15: Update SRCREV
Date: Fri, 30 Mar 2012 11:31:34 +0200 [thread overview]
Message-ID: <20120330093134.GM25815@jama.jama.net> (raw)
In-Reply-To: <20120324022639.GF4604@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 7100 bytes --]
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@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@gmail.com
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
prev parent reply other threads:[~2012-03-30 9:40 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-23 2:56 [PATCH 1/2] eglibc-2.15: Update SRCREV Khem Raj
2012-03-23 2:56 ` [PATCH 2/2] pixman: disable iwmmxt Khem Raj
2012-03-23 12:04 ` Richard Purdie
2012-03-23 12:08 ` Martin Jansa
2012-03-23 13:34 ` Khem Raj
2012-03-23 12:05 ` [PATCH 1/2] eglibc-2.15: Update SRCREV Richard Purdie
2012-03-23 13:17 ` Martin Jansa
2012-03-24 2:26 ` Martin Jansa
2012-03-28 14:15 ` Khem Raj
2012-03-28 14:33 ` Martin Jansa
2012-03-28 16:10 ` Khem Raj
2012-03-28 20:35 ` Martin Jansa
2012-04-04 21:11 ` Martin Jansa
2012-04-16 14:33 ` eglibc: shlib.lds:127: syntax error Was: " Martin Jansa
2012-04-17 14:31 ` Martin Jansa
2012-03-30 9:31 ` Martin Jansa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120330093134.GM25815@jama.jama.net \
--to=martin.jansa@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox