http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55027
Richard Biener <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Keywords| |missed-optimization Last reconfirmed| |2012-10-23 CC| |rguenth at gcc dot gnu.org Ever Confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> 2012-10-23 09:41:54 UTC --- For integer values the generic folding with if (! FLOAT_TYPE_P (type)) { if (integer_zerop (arg1)) return omit_one_operand_loc (loc, type, arg1, arg0); if (integer_onep (arg1)) return non_lvalue_loc (loc, fold_convert_loc (loc, type, arg0)); catches this. For float values we have /* Maybe fold x * 0 to 0. The expressions aren't the same when x is NaN, since x * 0 is also NaN. Nor are they the same in modes with signed zeros, since multiplying a negative value by 0 gives -0, not +0. */ if (!HONOR_NANS (TYPE_MODE (TREE_TYPE (arg0))) && !HONOR_SIGNED_ZEROS (TYPE_MODE (TREE_TYPE (arg0))) && real_zerop (arg1)) return omit_one_operand_loc (loc, type, arg1, arg0); /* In IEEE floating point, x*1 is not equivalent to x for snans. Likewise for complex arithmetic with signed zeros. */ if (!HONOR_SNANS (TYPE_MODE (TREE_TYPE (arg0))) && (!HONOR_SIGNED_ZEROS (TYPE_MODE (TREE_TYPE (arg0))) || !COMPLEX_FLOAT_TYPE_P (TREE_TYPE (arg0))) && real_onep (arg1)) return non_lvalue_loc (loc, fold_convert_loc (loc, type, arg0)); but neiter real_zerop or real_onep handle vector types (there are more predicates like that). I adjusted the integer predicates to also handle vector types, so I suppose the same needs to be done for the real predicates.