EH flow analysis
Jeffrey A Law
law@cygnus.com
Mon Sep 29 09:51:00 GMT 1997
In message < u9k9g89ft8.fsf@yorick.cygnus.com >you write:
> Mike's earlier patch fixes the flow information, but flow still doesn't
> delete all unreachable handlers. Another jump (and exception_optimize)
> pass will delete the rest, but that doesn't happen again until the very end
> of compilation, when we've already aborted because we saw a use of a dead
> pseudo.
>
> Here's a patch that fixes this test case in a pessimistic way, by assuming
> for the purposes of flow analysis that all handlers are reachable from all
> calls. A better solution will be to only note that the innermost handler
> is reachable, and make flow delete all unreachable code; then we can do
> away with exception_optimize.
>
> Tue Sep 23 09:01:38 1997 Jason Merrill <jason@yorick.cygnus.com>
>
> * flow.c (find_basic_blocks): Mark calls as potentially jumping
> to the EH labels.
I've installed this patch.
If we need/want to refine it later we can.
I noted while looking at this patch that we don't have any
docs in invoke.texi for asynchronous_exceptions.
jeff
More information about the Gcc
mailing list