This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: update dwarf2 asm unwind info [hppa64-*-* failures]
- From: Richard Henderson <rth at twiddle dot net>
- To: John David Anglin <dave at hiauly1 dot hia dot nrc dot ca>
- Cc: sje at cup dot hp dot com, gcc-patches at gcc dot gnu dot org, dave dot anglin at nrc-cnrc dot gc dot ca
- Date: Fri, 22 Aug 2008 10:17:13 -0700
- Subject: Re: update dwarf2 asm unwind info [hppa64-*-* failures]
- References: <20080822001442.623294E2A@hiauly1.hia.nrc.ca>
John David Anglin wrote:
I don't suppose the HP linker supports R_PARISC_SEGREL32 at
an unaligned address? If so, you could fairly easily arrange
to use DW_EH_PE_textrel as the encoding for the function addrs.
Don't know but I doubt it. I would expect the situation is the
same as for ia64.
It is possible that pc-relative relocations might work if .eh_frame
was read-only for hppa64. I have checked and found that plabels can
be in a read-only in both executables and shared libraries. However,
I'm still not sure that the EH processing will work for shared
libraries. Also, putting the EH data in a read-only section would
probably break existing code.
I wasn't considering making the EH data read-only, I was only
considering reducing the number of dynamic relocations needed.
At present, the absolute addresses mean that you need dynamic
fixups for shared libraries, and for executables when the segments
used aren't what the static linker selected. If segment-relative
relocations were used, you'd only have one dynamic relocation --
the one that records the base of the segment in
__register_frame_info_bases.
r~