[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #11 from Andreas Schwab sch...@linux-m68k.org 2012-01-23 13:05:35 UTC --- After r183426 this is now dormant on the 4.6 branch again.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #6 from Andreas Schwab sch...@linux-m68k.org 2012-01-22 09:00:52 UTC --- flag_trapping_math is supposed to be set to 0 by java_init_options_struct, which is called after init_options_struct in toplev_main. But java_init_options_struct does not set frontend_set_flag_trapping_math.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-01-22 Ever Confirmed|0 |1 --- Comment #7 from Andreas Schwab sch...@linux-m68k.org 2012-01-22 10:34:24 UTC --- Previously set_fast_math_flags was only called if -Ofast was enabled, now it is called unconditionally (with set=0/1 according to -Ofast), which clobbers flag_trapping_math unless frontend_set_flag_trapping_math is set. The frontends need to be updated to properly set the frontend_set_... flags.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #8 from Andreas Schwab sch...@linux-m68k.org 2012-01-22 12:12:07 UTC --- Note that this ICE also happens in cc1plus when compiling libjava/interpret.cc, so the java frontend bug isn't the real cause.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #9 from Mikael Pettersson mikpe at it dot uu.se 2012-01-22 12:29:21 UTC --- (In reply to comment #8) Note that this ICE also happens in cc1plus when compiling libjava/interpret.cc, so the java frontend bug isn't the real cause. Is that with 4.7 or 4.6? Native or cross? I get no ICE when compiling libjava/interpret.cc with vanilla gcc-4.6.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #10 from Andreas Schwab sch...@linux-m68k.org 2012-01-22 12:45:56 UTC --- In 4.7. Ada is also affected.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #4 from Thorsten Glaser tg at mirbsd dot org 2012-01-21 16:04:41 UTC --- Mikael, you are amazing! I’m sort of sorry that I’ve led you to so much effort and fighting against bugs and build system issues. I’ve only ever built gcj with fastjar, even in the gcc 3.4 times on MirBSD. I didn’t even know it could generate a wrapper script… Looking at it, I guess that your zip (Info-ZIP) may be broken, as it merely uses that. Do you still have the jar file that generates an NPE lying around? If so, mail it to me privately, and I can have a look at that when I’m back from vacation.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
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.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2012-01-20 21:51:12 UTC --- 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 Lots of targets were updated there, but not m68k. I'll investigate tomorrow. There were other build problems that prevented me from finding this sooner. First it appears that the jar script that gcc provides if there's no fastjar or gjar in $PATH is broken: in my native m68k environment it produces bogus zip files that cause null pointer exceptions way later in the libjava build. Fixed by building fastjar. Has anyone else seen this issue? When I found the above rev. I wanted to check current trunk with a cross, and then it turns out that 4.7 has broken cross builds of libjava, at least for m68k; libtool-driven compilation attempts in ../native/fdlibm/ fail with some libtool message about not being configured to build any library, whatever that means. So now I'm bisecting that mess as well.
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC||jakub at gcc dot gnu.org
[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Component|java|rtl-optimization Known to work||4.4.0 Target Milestone|--- |4.6.3 Summary|m68k gcj-4.6 NULL deref in |[4.6/4.7 Regression] m68k |fold_rtx (prev_insn_cc0 == |gcj-4.6 NULL deref in |NULL) |fold_rtx (prev_insn_cc0 == ||NULL) Known to fail||4.6.1
