[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCHv2,HURD] Add fork hooks for pthread_atfork
From: |
Thomas Schwinge |
Subject: |
Re: [PATCHv2,HURD] Add fork hooks for pthread_atfork |
Date: |
Sat, 5 Apr 2014 17:19:56 +0200 |
User-agent: |
Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/23.4.1 (x86_64-pc-linux-gnu) |
Hi!
Manolis has hit this issue again,
<http://news.gmane.org/find-root.php?message_id=%3CCAFtzXzNgS8KEwRJO74SF7zZPMnwFkW_m1qvir6y7-WNwaKEsWQ%40mail.gmail.com%3E>.
On Tue, 4 Mar 2014 02:40:12 +0100, Samuel Thibault <samuel.thibault@gnu.org>
wrote:
> Roland McGrath, le Mon 03 Mar 2014 15:36:52 -0800, a écrit :
> > > Roland McGrath, le Fri 20 Dec 2013 13:05:42 -0800, a ,Aicrit :
> > > > The linker is supposed to define those symbols automagically.
> > > > Did it break?
> > >
> > > We have been having
> > >
> > > $,1r|
> > > checking for sufficient default -shared layout... no
> >
> > What does this have to do with anything?
>
> It is what makes the Makefile choose between using the empty
> shlib-lds/shlib-lds-flags or using the explicit shlib.lds file.
>
> > Are you saying that the linker does not define __start_* and __stop_*
> > symbols automagically when it's given a custom linker script?
>
> It seems libc's __start_* and __stop_* symbols get defined automagically
> indeed. This however doesn't happen for libpthread apparently:
>
> /usr/src/eglibc-2.18/build-tree/hurd-i386-libc/libpthread/libpthread_pic.a(pt-initialize.os):
> In function `__pthread_init':
> /usr/src/eglibc-2.18/libpthread/./pthread/pt-initialize.c:77: undefined
> reference to `__stop___pthread_init'
> /usr/bin/ld.bfd.real:
> /usr/src/eglibc-2.18/build-tree/hurd-i386-libc/libpthread/libpthread_pic.a(pt-initialize.os):
> relocation R_386_GOTOFF against undefined hidden symbol
> `__stop___pthread_init' can not be used when making a shared object
>
> Now I'm wondering why for instance __start/stop___libc_atexit are
> specified. This comes from Ulrich's “Place __libc_subfreeres,
> __libc_atexit, and __libc_thread_subfreeres sections after .jcr
> section.”. I don't know what this is really useful for.
In my current GCC work, I have just hit what seems to be a similar (the
same?) issue:
<http://news.gmane.org/find-root.php?message_id=%3C87lhvjhl6e.fsf%40kepler.schwinge.homeip.net%3E>.
Will try to have a look at this next week.
Grüße,
Thomas
pgpZNBsNqxTHr.pgp
Description: PGP signature
- Re: Glibc building procedure error report., (continued)
- Re: Glibc building procedure error report., Samuel Thibault, 2014/04/01
- Re: Glibc building procedure error report., Manolis Ragkousis, 2014/04/03
- Re: Glibc building procedure error report., Samuel Thibault, 2014/04/05
- Re: Glibc building procedure error report., Manolis Ragkousis, 2014/04/07
- Re: Glibc building procedure error report., Samuel Thibault, 2014/04/07
- Re: Glibc building procedure error report., Manolis Ragkousis, 2014/04/07
- Re: Glibc building procedure error report., Samuel Thibault, 2014/04/07
- Re: Glibc building procedure error report., Ludovic Courtès, 2014/04/05
- Re: Glibc building procedure error report., Samuel Thibault, 2014/04/05
- Re: Glibc building procedure error report., Manolis Ragkousis, 2014/04/05
Re: [PATCHv2,HURD] Add fork hooks for pthread_atfork,
Thomas Schwinge <=