http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #7 from Richard Henderson <rth at gcc dot gnu.org> 2013-04-08 15:52:13 UTC --- (In reply to comment #6) > Do you recall when that was? Must have been long, long ago... > I've tried to find where it happened, and the rewrite was done before > at least r43893 (Tue Jul 10 10:38:10 2001 UTC (11 years, 9 months ago). I would have said it was much more recent than that, but I just checked gcc 4.2 and you're right that we'd already switched away from these notes somewhere prior to 2009. > Does that mean alpha ev4 and ev5 fp exceptions have been broken for > maybe 12 years? If that's really the case then I'd say the proper way > forward is to remove support for those alpha variants as they're > obviously not used and/or tested by anyone... It's not as bad as all that. It's only the extremely uncommon case of throwing a c++ exception in response to an fp exception, with a handler in the same function. My guess is that no one at all does this, and so the wrong-code is somewhat theoretical. Normal fp code without c++ exceptions is working fine. Which is why I would not suggest writing new eh code for this, but instead moving the existing code to later in the pass list where merely adding an insn is good enough to have the insn included in the region.
