diff options
| author | Joseph Myers <joseph@codesourcery.com> | 2014-12-22 12:46:27 +0000 |
|---|---|---|
| committer | Joseph Myers <joseph@codesourcery.com> | 2014-12-22 12:46:27 +0000 |
| commit | 935ab8179287f3b7aefdbe3829110d369be1a5c8 (patch) | |
| tree | 1871bd55723cb03af4a777e9a88ec9247ddee6f4 /ChangeLog.old-ports-am33 | |
| parent | cc8623f196cd5d1c82573b34cb3a6a56f712790a (diff) | |
| download | glibc-935ab8179287f3b7aefdbe3829110d369be1a5c8.tar.gz | |
Fix resolver bind, getsockname namespace (bug 17733).
On Linux architectures using socketcall, the resolver ends up bringing
in strong symbols for bind and getsockname, which are not in
POSIX.1-1996. This causes linknamespace test failures:
FAIL: conform/POSIX/pthread.h/linknamespace
FAIL: conform/POSIX/sched.h/linknamespace
FAIL: conform/POSIX/time.h/linknamespace
These functions are defined as strong symbols with __bind and
__getsockname as weak aliases. This patch switches this to the other
way round by removing the NO_WEAK_ALIAS definitions and so letting the
default case in socket.S act; I see no reason for the existing
arrangements.
Tested for x86 (testsuite, and that disassembly of installed shared
libraries is unchanged by the patch).
[BZ #17733]
* sysdeps/unix/sysv/linux/bind.S (NO_WEAK_ALIAS): Do not define.
(__bind): Do not define as weak alias.
* sysdeps/unix/sysv/linux/getsockname.S (NO_WEAK_ALIAS): Do not
define.
(__getsockname): Do not define as weak alias.
Diffstat (limited to 'ChangeLog.old-ports-am33')
0 files changed, 0 insertions, 0 deletions