[PATCH] PPC64 fe_nomask.c

[Steven Munroe]

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