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: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- To: sje at cup dot hp dot com
- Cc: rth at twiddle dot net, gcc-patches at gcc dot gnu dot org, dave dot anglin at nrc-cnrc dot gc dot ca, binutils at sourceware dot org
- Date: Wed, 13 Aug 2008 22:08:30 -0400 (EDT)
- Subject: Re: update dwarf2 asm unwind info [hppa64-*-* failures]
> Since this didn't help with shared libraries and after re-reading Dave's
> comments about the pc-relative issues I tried doing a build with
> DIFF_EXPR_OK undefined. My test case works (with static or shared
> libraries) and I am running the g++ tests which look good so far.
> My question is: Is this a reasonable thing to do? I don't pretend to
> understand all the ramifications of not setting this but on the surface,
> it seems to fix the problem.
Possibly. However, I'm getting confused as to why you don't see
the "invalid or unsupported encoding in .cfi_personality". How
are personality calls being made? We used to use DW_EH_PE_aligned
for this case as this results in a plabel being generated (P') in
the assembler output for.eh_frame. I presume you still have Richard's
change installed with .eh_frame in the data quadrant.
I thought we needed DIFF_EXPR_OK for dwarf2 debugging info.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)