[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.5.4 |4.6.0 --- Comment #17 from Richard Guenther rguenth at gcc dot gnu.org 2012-07-02 10:45:12 UTC --- Fixed in 4.6.0, the 4.5 branch is being closed.
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.5.3 |4.5.4 --- Comment #16 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-28 14:51:21 UTC --- GCC 4.5.3 is being released, adjusting target milestone.
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.5.2 |4.5.3 --- Comment #15 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-16 13:03:07 UTC --- GCC 4.5.2 is being released, adjusting target milestone.
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-07-31 09:29 --- GCC 4.5.1 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.1 |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-29 16:30 --- Fixed on the trunk, unfixed on the branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5/4.6 Regression] ICE: in|[4.5 Regression] ICE: in |prepare_float_lib_cmp, at |prepare_float_lib_cmp, at |optabs.c:4392 with -fno-|optabs.c:4392 with -fno- |trapping-math and _Decimal64|trapping-math and _Decimal64 |comparison |comparison http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-06 11:20 --- GCC 4.5.0 is being released. Deferring to 4.5.1. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-03 17:16 --- Patch looks a bit big for 4.5.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:48 --- Because we only have an optab for LT (reversed UNGE), but FLOAT_LIB_COMPARE_RETURNS_BOOL is false. Without -fno-trapping-math we use LT from the start which works. I suppose FLOAT_LIB_COMPARE_RETURNS_BOOL should return true for decimal float modes on x86? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hjl at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-04-01 13:48:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 13:51 --- And I believe the regression is because of either cond-optab or expand-from-SSA which causes us no longer to fallback to expand a UNORD b || a = b. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org, matz ||at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-01 13:59 --- (In reply to comment #1) Because we only have an optab for LT (reversed UNGE), but FLOAT_LIB_COMPARE_RETURNS_BOOL is false. Without -fno-trapping-math we use LT from the start which works. I suppose FLOAT_LIB_COMPARE_RETURNS_BOOL should return true for decimal float modes on x86? I don't think so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #4 from hjl dot tools at gmail dot com 2010-04-01 15:37 --- It is caused by revision 149031: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01016.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
--- Comment #5 from bonzini at gnu dot org 2010-04-01 16:10 --- Created an attachment (id=20279) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20279action=view) patch Here is a totally untested patch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |target Keywords||ice-on-valid-code Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610