This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols


On Wed, Jun 22, 2005 at 06:38:28AM -0700, H. J. Lu wrote:
> On Tue, Jun 21, 2005 at 04:26:46PM -0400, John David Anglin wrote:
> > > "John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:
> > > 
> > > > Having the PLABEL32 relocation resolve to an OPD appears to require
> > > > that the symbol be exported.  As a result, we have a different behaviors
> > > > for dlsym on hppa and ia32.  What's ia64 do?
> > > 
> > > hppa needs to be fixed to implement correct variants of the macros in
> > > dl-lookupcfg.h.  It probably just has to copy the definitions of
> > > DL_FIXUP_* from sysdeps/ia64/dl-lookupcfg.h, and
> > > _dl_runtime_{resolve,profile} has to be adapted accordingly.
> > 
> > There could be problems here but it seems that hppa is exporting
> > all global symbols in .dynsym.
> 
> Why does hppa do that? A global symbol in executable should be exported
> only if it is referenced by a DSO or --export-dynamic is used.

Legacy behaviour. Does an ia64 hpux system also export main in .dynsms?
 
> > 
> > Regarding the patch, I'm not sure why but it seems to result in
> > more R_PARISC_NONE dynamic relocation records (one for each real
> > dynamic relocation?).
> > 
> 
> IA64 also uses function descriptors. Everything works fine.

This sort of behaviour is architecture dependant. We have problems in
our implementation, and we are trying to fix them :)

c.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]