Patchwork [1/2] eglibc-2.15: Update SRCREV

login
mail settings
Submitter Khem Raj
Date March 23, 2012, 2:56 a.m.
Message ID <1332471418-31459-1-git-send-email-raj.khem@gmail.com>
Download mbox | patch
Permalink /patch/24221/
State New
Headers show

Comments

Khem Raj - March 23, 2012, 2:56 a.m.
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
Richard Purdie - March 23, 2012, 12:05 p.m.
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.

Cheers,

Richard
Martin Jansa - March 23, 2012, 1:17 p.m.
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.

Cheers,
Martin Jansa - March 24, 2012, 2:26 a.m.
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

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,
Khem Raj - March 28, 2012, 2:15 p.m.
On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.

Hi Martin

Does it look good for your testing ?
Martin Jansa - March 28, 2012, 2:33 p.m.
On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
> 
> Hi Martin
> 
> Does it look good for your testing ?

Seems fine in runtime any hint about that build issue?

Today I got another one :/

"build-x86_64-oe-linux/shlib.lds:127: syntax error
while building eglibc

I had reports about this before, but wasn't able to reproduce it on my
machine, today I got it for first time (maybe because of building with
-j8 instead of -j4), so I've created simple testcase to compare interim 
outputs from shlib.lds creation:
http://build.shr-project.org/tests/jama/shlib-issue/

Cheers,
Khem Raj - March 28, 2012, 4:10 p.m.
On Wed, Mar 28, 2012 at 7:33 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
>> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
>>
>> Hi Martin
>>
>> Does it look good for your testing ?
>
> Seems fine in runtime any hint about that build issue?
>
> Today I got another one :/
>
> "build-x86_64-oe-linux/shlib.lds:127: syntax error
> while building eglibc
>
> I had reports about this before, but wasn't able to reproduce it on my
> machine, today I got it for first time (maybe because of building with
> -j8 instead of -j4), so I've created simple testcase to compare interim
> outputs from shlib.lds creation:
> http://build.shr-project.org/tests/jama/shlib-issue/
>

yes I am aware of this problem. Somehow tokens in linker script
gets eaten up which results in unbalanced parens. I havent tracked
it down. I have seen this with eglibc 2.13 as well.

Are you using gold by any chance.

> Cheers,
> --
> Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Martin Jansa - March 28, 2012, 8:35 p.m.
On Wed, Mar 28, 2012 at 09:10:57AM -0700, Khem Raj wrote:
> On Wed, Mar 28, 2012 at 7:33 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> >> On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
> >>
> >> Hi Martin
> >>
> >> Does it look good for your testing ?
> >
> > Seems fine in runtime any hint about that build issue?
> >
> > Today I got another one :/
> >
> > "build-x86_64-oe-linux/shlib.lds:127: syntax error
> > while building eglibc
> >
> > I had reports about this before, but wasn't able to reproduce it on my
> > machine, today I got it for first time (maybe because of building with
> > -j8 instead of -j4), so I've created simple testcase to compare interim
> > outputs from shlib.lds creation:
> > http://build.shr-project.org/tests/jama/shlib-issue/
> >
> 
> yes I am aware of this problem. Somehow tokens in linker script
> gets eaten up which results in unbalanced parens. I havent tracked
> it down. I have seen this with eglibc 2.13 as well.
> 
> Are you using gold by any chance.

Not in that build I have seen it for first time (it was for qemux86-64
with distroless oe-core).

Cheers,

> 
> > Cheers,
> > --
> > Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Martin Jansa - April 4, 2012, 9:11 p.m.
On Wed, Mar 28, 2012 at 04:33:47PM +0200, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> > On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
> > 
> > Hi Martin
> > 
> > Does it look good for your testing ?
> 
> Seems fine in runtime any hint about that build issue?
> 
> Today I got another one :/
> 
> "build-x86_64-oe-linux/shlib.lds:127: syntax error
> while building eglibc
> 
> I had reports about this before, but wasn't able to reproduce it on my
> machine, today I got it for first time (maybe because of building with
> -j8 instead of -j4), so I've created simple testcase to compare interim 
> outputs from shlib.lds creation:
> http://build.shr-project.org/tests/jama/shlib-issue/

To follow this monolog, the problem is in file Makerules itself, gcc
output is the same as well as output from sed, but Makerules file is
partially rewritten during build and if shlib.lds gets generated in
wrong time then it results in this

touch /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/eglibc/eglibc-2.15-r3+svnr17386/eglibc-2_15/libc/Makerules

after eglibc build fail is enough to recreate correct shlibs.lds

Cheers,
Martin Jansa - April 16, 2012, 2:33 p.m.
On Wed, Apr 04, 2012 at 11:11:08PM +0200, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 04:33:47PM +0200, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> > > On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
> > > 
> > > Hi Martin
> > > 
> > > Does it look good for your testing ?
> > 
> > Seems fine in runtime any hint about that build issue?
> > 
> > Today I got another one :/
> > 
> > "build-x86_64-oe-linux/shlib.lds:127: syntax error
> > while building eglibc
> > 
> > I had reports about this before, but wasn't able to reproduce it on my
> > machine, today I got it for first time (maybe because of building with
> > -j8 instead of -j4), so I've created simple testcase to compare interim 
> > outputs from shlib.lds creation:
> > http://build.shr-project.org/tests/jama/shlib-issue/
> 
> To follow this monolog, the problem is in file Makerules itself, gcc
> output is the same as well as output from sed, but Makerules file is
> partially rewritten during build and if shlib.lds gets generated in
> wrong time then it results in this
> 
> touch /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/eglibc/eglibc-2.15-r3+svnr17386/eglibc-2_15/libc/Makerules
> 
> after eglibc build fail is enough to recreate correct shlibs.lds

I was running core-image-minimal builds on different block devices to
provide some build time data for 
[yocto] Build time data
thread and it seems that this bug is more likely to happen on fast host
with slow IO

I've got it 4 times today (from 4 tries) when running with tmpdir on RAID5,
and only once (from 3 tries) when running with with tmpdir on tmpfs.

Cheers,
Martin Jansa - April 17, 2012, 2:31 p.m.
On Mon, Apr 16, 2012 at 04:33:10PM +0200, Martin Jansa wrote:
> On Wed, Apr 04, 2012 at 11:11:08PM +0200, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 04:33:47PM +0200, Martin Jansa wrote:
> > > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> > > > On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa <martin.jansa@gmail.com> 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 :/.
> > > > 
> > > > Hi Martin
> > > > 
> > > > Does it look good for your testing ?
> > > 
> > > Seems fine in runtime any hint about that build issue?
> > > 
> > > Today I got another one :/
> > > 
> > > "build-x86_64-oe-linux/shlib.lds:127: syntax error
> > > while building eglibc
> > > 
> > > I had reports about this before, but wasn't able to reproduce it on my
> > > machine, today I got it for first time (maybe because of building with
> > > -j8 instead of -j4), so I've created simple testcase to compare interim 
> > > outputs from shlib.lds creation:
> > > http://build.shr-project.org/tests/jama/shlib-issue/
> > 
> > To follow this monolog, the problem is in file Makerules itself, gcc
> > output is the same as well as output from sed, but Makerules file is
> > partially rewritten during build and if shlib.lds gets generated in
> > wrong time then it results in this
> > 
> > touch /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/eglibc/eglibc-2.15-r3+svnr17386/eglibc-2_15/libc/Makerules
> > 
> > after eglibc build fail is enough to recreate correct shlibs.lds
> 
> I was running core-image-minimal builds on different block devices to
> provide some build time data for 
> [yocto] Build time data
> thread and it seems that this bug is more likely to happen on fast host
> with slow IO
> 
> I've got it 4 times today (from 4 tries) when running with tmpdir on RAID5,
> and only once (from 3 tries) when running with with tmpdir on tmpfs.

Today I got it 6 times when trying to build on single SATA2 disk..
filled https://bugzilla.yoctoproject.org/show_bug.cgi?id=2314

Cheers,

Patch

diff --git a/meta/recipes-core/eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch b/meta/recipes-core/eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch
new file mode 100644
index 0000000..b899562
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch
@@ -0,0 +1,108 @@ 
+Its controlled by __OPTION_EGLIBC_RTLD_DEBUG
+so we should use GLRO_dl_debug_mask
+
+Singed-off-by: Khem Raj <raj.khem@gmail.com>
+
+Upstream-Status: Pending
+Index: libc/elf/dl-open.c
+===================================================================
+--- libc.orig/elf/dl-open.c	2012-03-09 08:54:34.691443995 -0800
++++ libc/elf/dl-open.c	2012-03-09 08:55:31.275446730 -0800
+@@ -154,7 +154,7 @@
+ 	  ns->_ns_main_searchlist->r_list[new_nlist++] = map;
+ 
+ 	  /* We modify the global scope.  Report this.  */
+-	  if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_SCOPES, 0))
++	  if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_SCOPES, 0))
+ 	    _dl_debug_printf ("\nadd %s [%lu] to global scope\n",
+ 			      map->l_name, map->l_ns);
+ 	}
+@@ -294,7 +294,7 @@
+   _dl_debug_state ();
+ 
+   /* Print scope information.  */
+-  if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_SCOPES, 0))
++  if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_SCOPES, 0))
+     _dl_show_scope (new, 0);
+ 
+   /* Only do lazy relocation if `LD_BIND_NOW' is not set.  */
+@@ -438,7 +438,7 @@
+ 	}
+ 
+       /* Print scope information.  */
+-      if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_SCOPES, 0))
++      if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_SCOPES, 0))
+ 	_dl_show_scope (imap, from_scope);
+     }
+ 
+Index: libc/ports/sysdeps/mips/dl-lookup.c
+===================================================================
+--- libc.orig/ports/sysdeps/mips/dl-lookup.c	2012-03-09 08:54:34.707443996 -0800
++++ libc/ports/sysdeps/mips/dl-lookup.c	2012-03-09 09:02:36.903467324 -0800
+@@ -111,7 +111,7 @@
+ 	continue;
+ 
+       /* Print some debugging info if wanted.  */
+-      if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_SYMBOLS, 0))
++      if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_SYMBOLS, 0))
+ 	_dl_debug_printf ("symbol=%s;  lookup in file=%s [%lu]\n",
+ 			  undef_name,
+ 			  map->l_name[0] ? map->l_name : rtld_progname,
+@@ -432,7 +432,7 @@
+ 		     hash table.  */
+ 		  if (__builtin_expect (tab->size, 0))
+ 		    {
+-		      assert (GLRO(dl_debug_mask) & DL_DEBUG_PRELINK);
++		      assert (GLRO_dl_debug_mask & DL_DEBUG_PRELINK);
+ 		      __rtld_lock_unlock_recursive (tab->lock);
+ 		      goto success;
+ 		    }
+@@ -681,7 +681,7 @@
+ 	}
+ 
+       /* Display information if we are debugging.  */
+-      if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_FILES, 0))
++      if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_FILES, 0))
+ 	_dl_debug_printf ("\
+ \nfile=%s [%lu];  needed by %s [%lu] (relocation dependency)\n\n",
+ 			  map->l_name[0] ? map->l_name : rtld_progname,
+@@ -860,7 +860,7 @@
+   if (__builtin_expect (current_value.m->l_used == 0, 0))
+     current_value.m->l_used = 1;
+ 
+-  if (__builtin_expect (GLRO(dl_debug_mask)
++  if (__builtin_expect (GLRO_dl_debug_mask
+ 			& (DL_DEBUG_BINDINGS|DL_DEBUG_PRELINK), 0))
+     _dl_debug_bindings (undef_name, undef_map, ref,
+ 			&current_value, version, type_class, protected);
+@@ -925,7 +925,7 @@
+ {
+   const char *reference_name = undef_map->l_name;
+ 
+-  if (GLRO(dl_debug_mask) & DL_DEBUG_BINDINGS)
++  if (GLRO_dl_debug_mask & DL_DEBUG_BINDINGS)
+     {
+       _dl_debug_printf ("binding file %s [%lu] to %s [%lu]: %s symbol `%s'",
+ 			(reference_name[0]
+@@ -941,7 +941,7 @@
+ 	_dl_debug_printf_c ("\n");
+     }
+ #ifdef SHARED
+-  if (GLRO(dl_debug_mask) & DL_DEBUG_PRELINK)
++  if (GLRO_dl_debug_mask & DL_DEBUG_PRELINK)
+     {
+       int conflict = 0;
+       struct sym_val val = { NULL, NULL };
+Index: libc/elf/rtld.c
+===================================================================
+--- libc.orig/elf/rtld.c	2012-03-09 09:01:35.159464344 -0800
++++ libc/elf/rtld.c	2012-03-09 09:01:56.247465364 -0800
+@@ -2198,7 +2198,7 @@
+   GLRO(dl_init_all_dirs) = GL(dl_all_dirs);
+ 
+   /* Print scope information.  */
+-  if (__builtin_expect (GLRO(dl_debug_mask) & DL_DEBUG_SCOPES, 0))
++  if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_SCOPES, 0))
+     {
+       _dl_debug_printf ("\nInitial object scopes\n");
+ 
diff --git a/meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch b/meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
deleted file mode 100644
index c2407ee..0000000
--- a/meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch
+++ /dev/null
@@ -1,25 +0,0 @@ 
-Source: http://sourceware.org/bugzilla/show_bug.cgi?id=12097
-Upstream-Status: Submitted
-
-The patch should be merged into glibc-ports
-
--Khem
-Index: libc/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S
-===================================================================
---- libc.orig/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S
-+++ libc/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S
-@@ -16,6 +16,8 @@
-    Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
-    02111-1307 USA.  */
- 
-+#if defined(__thumb__)
-+
- #include <sysdep.h>
- 
- /* Out-of-line syscall stub.  We expect the system call number in ip
-@@ -41,3 +43,5 @@ ENTRY (__libc_do_syscall)
- 	pop	{r7, pc}
- 	.fnend
- END (__libc_do_syscall)
-+
-+#endif /* __thumb__ */
diff --git a/meta/recipes-core/eglibc/eglibc-2.15/initgroups_keys.patch b/meta/recipes-core/eglibc/eglibc-2.15/initgroups_keys.patch
new file mode 100644
index 0000000..be29856
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-2.15/initgroups_keys.patch
@@ -0,0 +1,20 @@ 
+This is needed since initgroups belongs to NET group
+so when NET is disabled in eglibc build then it reports
+as undefined symbol
+
+Signed-off-by: Khem Raj <raj.khem@gmail.com>
+Upstream-Status: Pending
+
+Index: libc/nss/getent.c
+===================================================================
+--- libc.orig/nss/getent.c	2012-03-09 09:41:57.099581559 -0800
++++ libc/nss/getent.c	2012-03-09 09:42:13.095582334 -0800
+@@ -898,7 +898,7 @@
+ D(group)
+ D(gshadow)
+ DN(hosts)
+-D(initgroups)
++DN(initgroups)
+ DN(netgroup)
+ DN(networks)
+ D(passwd)
diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb b/meta/recipes-core/eglibc/eglibc_2.15.bb
index 3820f5a..5b727c6 100644
--- a/meta/recipes-core/eglibc/eglibc_2.15.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.15.bb
@@ -1,6 +1,6 @@ 
 require eglibc.inc
 
-SRCREV = "16540"
+SRCREV = "17386"
 
 DEPENDS += "gperf-native"
 PR = "r1"
@@ -12,7 +12,6 @@  SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
            file://IO-acquire-lock-fix.patch \
            file://mips-rld-map-check.patch \
            file://stack-protector-test.patch \
-           file://armv4-eabi-compile-fix.patch \
            file://etc/ld.so.conf \
            file://generate-supported.mk \
            file://ppc-sqrt.patch \
@@ -22,6 +21,8 @@  SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
            file://use-sysroot-cxx-headers.patch \
            file://x86_fenv.patch \
            file://ppc-sqrt_finite.patch \
+           file://GLRO_dl_debug_mask.patch \
+           file://initgroups_keys.patch \
           "
 LIC_FILES_CHKSUM = "file://LICENSES;md5=98a1128c4b58120182cbea3b1752d8b9 \
       file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \