This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/17844] New: [S390] namespace violation of utmp-functions in utmpx.h, wordexp.h, glob.h
- From: "stli at linux dot vnet.ibm.com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 15 Jan 2015 07:39:12 +0000
- Subject: [Bug libc/17844] New: [S390] namespace violation of utmp-functions in utmpx.h, wordexp.h, glob.h
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=17844
Bug ID: 17844
Summary: [S390] namespace violation of utmp-functions in
utmpx.h, wordexp.h, glob.h
Product: glibc
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: stli at linux dot vnet.ibm.com
CC: drepper.fsp at gmail dot com
The linknamespace-test fails on s390-32 with the following namespace
violations:
FAIL: conform/POSIX2008/glob.h/linknamespace
FAIL: conform/XOPEN2K8/glob.h/linknamespace
[initial] glob -> [libc.a(glob.o)] getlogin_r -> [libc.a(getlogin_r.o)]
__libc_utmp_jump_table -> [libc.a(getutent_r.o)] getutent_r
[initial] glob -> [libc.a(glob.o)] getlogin_r -> [libc.a(getlogin_r.o)]
__libc_utmp_jump_table -> [libc.a(getutent_r.o)] pututline
conform/POSIX2008/glob.h/linknamespace.out (END)
FAIL: conform/POSIX2008/wordexp.h/linknamespace
FAIL: conform/XOPEN2K8/wordexp.h/linknamespace
[initial] wordexp -> [libc.a(wordexp.o)] glob -> [libc.a(glob.o)] getlogin_r ->
[libc.a(getlogin_r.o)] __libc_utmp_jump_table -> [libc.a(getutent_r.o)]
getutent_r
[initial] wordexp -> [libc.a(wordexp.o)] glob -> [libc.a(glob.o)] getlogin_r ->
[libc.a(getlogin_r.o)] __libc_utmp_jump_table -> [libc.a(getutent_r.o)]
pututline
conform/POSIX2008/wordexp.h/linknamespace.out (END)
FAIL: conform/UNIX98/utmpx.h/linknamespace
FAIL: conform/XOPEN2K/utmpx.h/linknamespace
FAIL: conform/XOPEN2K8/utmpx.h/linknamespace
FAIL: conform/XPG4/utmpx.h/linknamespace
[initial] getutxent -> [libc.a(getutxent.o)] __getutent -> [libc.a(getutent.o)]
getutent
[initial] endutxent -> [libc.a(endutxent.o)] __endutent ->
[libc.a(getutent_r.o)] getutent_r
[initial] getutxid -> [libc.a(getutxid.o)] __getutid -> [libc.a(getutid.o)]
getutid
[initial] getutxid -> [libc.a(getutxid.o)] __getutid -> [libc.a(getutid.o)]
__getutid_r -> [libc.a(getutid_r.o)] getutid_r
[initial] getutxline -> [libc.a(getutxline.o)] __getutline ->
[libc.a(getutline.o)] getutline
[initial] getutxline -> [libc.a(getutxline.o)] __getutline ->
[libc.a(getutline.o)] __getutline_r -> [libc.a(getutline_r.o)] getutline_r
[initial] endutxent -> [libc.a(endutxent.o)] __endutent ->
[libc.a(getutent_r.o)] pututline
conform/XOPEN2K/utmpx.h/linknamespace.out (END)
The commit 4057dc459ae9de59c67628db3db844c7a3765d00 (2008-07-26)
introduced symbol-versioning for those utmp functions with
the macro default_symbol_version, which expands to strong_alias
in the STATIC-case.
But in common-code those funtions are weak aliased.
--
You are receiving this mail because:
You are on the CC list for the bug.