This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.


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: [PATCH] Fix non-IA32 build


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jakub Jelinek wrote:

> Some __libc aliases were missing on various arches.

I'll look at it.


> I'm not sure if it is a good idea to export the new
> pthread wrappers @@GLIBC_2.3.1, because that will mean current programs/libs
> won't use the wrapped syscalls. IMHO it would be much better to export
> them at the versions they have in libc.so. select would be a slight problem,
> since it is usually select@@GLIBC_2.0, but on Alpha it is
> select@@GLIBC_2.1.

We cannot do this.  Since this means newly linked programs will have
references to select@GLIBC_2.0 in libpthread while there was no so
function in libpthread at that time.  The DSO version startup test will
not catch this and only a relocation will fail later on.  That's wrong.

It's not ideal to have the symbols with different versions but it's also
no big problem.  Old code so far survived without the wrappers (and
ideally their behavior shouldn't be changed).  New programs will find
the new definition and add a reference to it.  This is also the desired
behavior, we don't want the reference to fall back to the definition in
libc.

- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE99k1n2ijCOnn/RHQRApZIAKCUN7C97J+NSjYYemzZ7gs1rouZkgCfUDSH
QIXJqjLP0LKt2pPs/J7lxwA=
=QgiF
-----END PGP SIGNATURE-----


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