This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCHv2,HURD] Add fork hooks for pthread_atfork


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

Attachment: pgpKBvkzoQ5RT.pgp
Description: PGP signature


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]