This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
- From: Carlos O'Donell <carlos at systemhalted dot org>
- To: John David Anglin <dave at hiauly1 dot hia dot nrc dot ca>
- Cc: Andreas Schwab <schwab at suse dot de>, binutils at sources dot redhat dot com,hjl at lucon dot org, tausq at debian dot org,parisc-linux at lists dot parisc-linux dot org
- Date: Wed, 22 Jun 2005 18:03:31 -0400
- Subject: Re: [parisc-linux] Re: [RFC] Emit OPD reloc for all global symbols
- References: <jeekavhet4.fsf@sykes.suse.de> <200506212026.j5LKQk6m013156@hiauly1.hia.nrc.ca>
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.
>
> 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?).
I'm not sure why there are extra R_PARISC_NONE relocs, I was sure I had
fixed this problem. There was a ref counting issue before, but I should
review this.
c.