[parisc-linux] binutils 2.15?
John David Anglin
dave@hiauly1.hia.nrc.ca
Mon Jul 5 20:34:00 GMT 2004
> That will be HJ's and my recent changes to elflink.c. Likely fix is to
> add another strcmp to elf_section_complain_discarded. That will be
> correct if your unwinder or whatever looks at .PARISC.unwind can cope
> with some zeros for entries corresponding to removed link-once sections.
> Otherwise the proper fix is to implement an
> elf_backend_ignore_discarded_relocs and elf_backend_discard_info that
> edits the unwind section.
Randolph Chung wrote:
> > Being the current expert on unwinding, do you know if we need more
> > than the simple fix?
>
> As long as it keeps it sorted (with the zeroed entries at the beginning
> of the unwind section) it should be ok for gdb and the kernel unwinder.
I have tested the enclosed change with gcc builds on hppa-unknown-linux-gnu
(3.4 and 3.5) and hppa64-hp-hpux11.11 (3.5) and haven't noticed any
obvious regressions. I have no idea how the hpux unwinder will handle
zeroed entries. I assume GNU ld is sorting the entries as per Randolph's
comment.
Is this ok?
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
2004-07-05 John David Anglin <dave.anglin@nrc-cnrc.gc.ca>
* elflink.c (elf_section_complain_discarded): Don't complain about
.PARISC.unwind.
Index: elflink.c
===================================================================
RCS file: /cvs/src/src/bfd/elflink.c,v
retrieving revision 1.79
diff -u -3 -p -r1.79 elflink.c
--- elflink.c 2 Jul 2004 01:39:31 -0000 1.79
+++ elflink.c 3 Jul 2004 17:51:49 -0000
@@ -6310,6 +6310,9 @@ elf_section_complain_discarded (asection
if (strcmp (".gcc_except_table", sec->name) == 0)
return FALSE;
+ if (strcmp (".PARISC.unwind", sec->name) == 0)
+ return FALSE;
+
return TRUE;
}
More information about the Binutils
mailing list