Fix alpha-linux unwind info

Richard Henderson rth@redhat.com
Fri Aug 5 18:08:00 GMT 2011
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49688

It turns out that given both .ent/.end (aka "legacy unwind") directives
and CFI directives, we were generating double .eh_frame entries.  Given
that the legacy directives are not able to represent personality data,
this lead to a bit of random failure as the binary search selected one
or the other of the two .eh_frame entries with equal start addresses.

The existing test for the existance of .eh_frame did not work because
we have not yet called cfi_finish.

Exposing the dw2gencfi variable seems slightly hacky, but no worse
than any other solution I could think of.

Ok?


r~
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: z
URL: <https://sourceware.org/pipermail/binutils/attachments/20110805/b039dd09/attachment.ksh>


More information about the Binutils mailing list