Re: Overloaded shared-library functions on hppa-linux

[John David Anglin]

> Looks like I set up the .plt entries properly.  Uh oh, hppa_type_of_stub
> looks decidedly dodgy.  plt entries, but no stubs to use them.  :-(
> 
> I think the following is correct, but haven't tested it.  Would one
> (or both) of you mind doing the testing?  My parisc box is slow, and I
> haven't kept binutils+gcc+glibc up to date on it.
> 
> bfd/ChangeLog
>       * elf32-hppa.c (hppa_type_of_stub): Correct and simplify condition
>       under which a plt call stub is used.
>       (allocate_plt_static): Clear h-plabel except when plt entry is
>       exclusively used for a plabel.
>       (allocate_dynrelocs): Use the above to simplify plt sizing.

I rebuilt and installed just the linker.  A test with relinking libstdc++
shows that we still don't get stubs for calls within the shared library.
I then tried rebuilding binutils and got the following error:

gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O2 -o objdump objdump.o 
prdbg.o rddbg.o debug.o stabs.o ieee.o rdcoff.o bucomm.o version.o filemode.o  
../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a
bucomm.o: In function `make_tempname':
bucomm.o(.text+0x4f4): the use of `mktemp' is dangerous, better use `mkstemp'
/home/dave/opt/gnu/bin/ld: ../libiberty/libiberty.a(mkstemps.o)(.text+0x130): 
cannot handle R_PARISC_PCREL17F for __umoddi3
/home/dave/opt/gnu/bin/ld: final link failed: Bad value

I saw similar errors in the hacking earlier today.

Dave
-- 
J. David Anglin                                  address@hidden
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)