http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847
--- Comment #5 from Mikael Pettersson <mikpe at it dot uu.se> 2012-01-22 00:46:53 UTC --- (In reply to comment #3) > It's triggered by Joseph Myers' "Table-based default_options_optimization" > change in r165823: > http://gcc.gnu.org/ml/gcc-cvs/2010-10/msg01009.html > http://gcc.gnu.org/ml/gcc-patches/2010-10/msg01849.html Before this change, flag_trapping_math was 1 when compiling C and C++ code but 0 when compiling java .class files, and things worked. After this change, flag_trapping_math remains set to 1 when compiling java .class files, and gcc ICEs compiling java.util.Random.nextGaussian() for m68k. Force-disabling flag_trapping_math at the end of opts.c:default_options_optimization() allows the java classes to be compiled ok and the build to complete. I'm not yet sure if this is an m68k backend regression or a java frontend regression from r165823. You don't need a native environment to reproduce this problem, a simple cross to m68k-linux suffices.
