http://llvm.org/bugs/show_bug.cgi?id=4932
Daniel Dunbar <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Daniel Dunbar <[email protected]> 2009-09-16 01:17:54 --- This is bad, but I haven't fully deciphered the logic to match gcc with -funwind-tables -fasynchronous-unwind-tables -fnon-call-execptions. I think the situation is that on Darwin we set -fasynchronous-unwind-tables by default (on x86_64), which gets us unwind-tables, unless we have -mkernel or -fapple-kext going on. The state machine of what actually causes llvm-gcc to get unwind tables seems way more complicated than necessary, but I don't really know enough about these options to know they aren't being used. Fixed in r82021. I took the small incremental improvement line, so that we always honor -funwind-tables and -fno-unwind-tables, but use -fasyncronous-unwind-tables as the default if those aren't present. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ LLVMbugs mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/llvmbugs
