This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/50737] FAIL: Throw_3 -O3 execution, generic dwarf2 EH problem?
- From: "ubizjak at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 15 Oct 2011 11:11:51 +0000
- Subject: [Bug target/50737] FAIL: Throw_3 -O3 execution, generic dwarf2 EH problem?
- Auto-submitted: auto-generated
- References: <bug-50737-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50737
--- Comment #5 from Uros Bizjak <ubizjak at gmail dot com> 2011-10-15 11:11:51 UTC ---
(In reply to comment #4)
> > IMO, this points to a bug in generic dwarf2 exception handling, in how context
> > is identified. For illustration, I will attach asm dump, object dump and
> > corresponding .eh_frame --dwarf dump of Throw_3.java.
>
> This is an old debate. This was changed by Geoff in 2007:
> http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01252.html
>
> The problematic function is leaf though; how come it appears in the unwind
> chain?
> Does it raise a signal? If so, there may be a missing _Unwind_IsSignalFrame
> bit.
I hope that RTH can provide this answer, this is a bit uncharted territory to
me.