This is the mail archive of the
libc-hacker@cygnus.com
mailing list for the glibc project.
Re: Problems with symbols from libc_nonshared (fwd)
- To: Roland McGrath <roland@frob.com>
- Subject: Re: Problems with symbols from libc_nonshared (fwd)
- From: Andreas Schwab <schwab@issan.informatik.uni-dortmund.de>
- Date: 30 Mar 1999 01:49:06 +0200
- Cc: Zack Weinberg <zack@rabi.columbia.edu>, libc-hacker@cygnus.com
- References: <199903291757.MAA12721@baalperazim.frob.com>
Roland McGrath <roland@frob.com> writes:
|> > Zack Weinberg <zack@rabi.columbia.edu> writes:
|> >
|> > |> This is a bugreport forwarded from Debian. I think we need to use a version
|> > |> map to force libc_nonshared.a symbols local when building shared libraries,
|> > |> sort of like what HJ did for libgcc.a in his egcs/Linux patches.
|> >
|> > That would violate the C standard.
|>
|> Huh? Please explain.
The standard guarantees that function pointers are unique. Forcing stat
et.al to be local would violate this, in case a shared library returns a
pointer to one of them.
Andreas.