This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: [PATCH] PPC64 fe_nomask.c
- From: Steven Munroe <sjmunroe at us dot ibm dot com>
- To: libc-alpha at sources dot redhat dot com
- Date: Tue, 28 Jan 2003 16:33:20 -0600
- Subject: Re: [PATCH] PPC64 fe_nomask.c
- Organization: IBM Linux Developement
- Reply-to: sjmunroe at vnet dot ibm dot com
The current cvs head (from this morning) fails "make check" with the
following
/home/sjmunroe/work/build-23/math/libm.so.6: undefined reference to
`__prctl'
collect2: ld returned 1 exit status
make[2]: *** [/home/sjmunroe/work/build-23/math/test-matherr] Error 1
The function __fe_nomask_env is built into libm.so which needs to
resolve an .opd entry for __prctl.
> readelf64 -a ./math/libm.so | grep prctl
000010008d70 028b00000015 R_PPC_JMP_SLOT 0000000000000000 __prctl +
0
651: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __prctl
2227: 000000000000edbc 0 NOTYPE LOCAL DEFAULT 11 .__prctl
3077: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __prctl
but libc.so only exports:
> readelf64 -a ./libc.so | grep prctl
737: 000000001001cb60 44 NOTYPE WEAK DEFAULT 21
prctl@@GLIBC_2.3
3754: 0000000000128020 0 FUNC WEAK DEFAULT 10
.prctl@@GLIBC_2.3
5460: 0000000000128020 0 FUNC LOCAL DEFAULT 10 .__GI_prctl
5501: 0000000000128020 0 FUNC LOCAL DEFAULT 10 .__GI___prctl
5747: 000000001001cb60 44 NOTYPE LOCAL DEFAULT 21 __GI___prctl
7405: 0000000000128020 0 FUNC LOCAL DEFAULT 10 .__prctl
7476: 000000001001cb60 44 NOTYPE LOCAL DEFAULT 21 __GI_prctl
8147: 000000001001cb60 44 NOTYPE LOCAL DEFAULT 21 __prctl
8943: 000000001001cb60 44 NOTYPE WEAK DEFAULT 21 prctl
11960: 0000000000128020 0 FUNC WEAK DEFAULT 10 .prctl
So if __fe_nomask_env cannot all prctl, what are the alternatives?
Should I use INLINE_SYSCALL to avoid the cross lib dependency?
--
Steven Munroe
sjmunroe@us.ibm.com
Linux on PowerPC-64 Development
GLIBC for PowerPC-64 Development