Re: [PATCH] Fix tree-call-cdce.c (PR tree-optimization/58165)

2013-08-15 Thread Richard Biener
Jakub Jelinek wrote: >Hi! > >On the following testcase we ICE because the builtin fn prototype >doesn't >have throw () on it (glibc headers provide it, but some other C >libraries >apparently don't) and thus we can have EH edges out of the builtin, and >call-cdce unconditionally split the block, l

[PATCH] Fix tree-call-cdce.c (PR tree-optimization/58165)

2013-08-15 Thread Jakub Jelinek
Hi! On the following testcase we ICE because the builtin fn prototype doesn't have throw () on it (glibc headers provide it, but some other C libraries apparently don't) and thus we can have EH edges out of the builtin, and call-cdce unconditionally split the block, leaving EH edge from an empty b