--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35706
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-26 21:51 ---
Hm, fold_binary_to_constant (LT_EXPR, boolean_type_node, &"raw_"[0], &""[0])
returns "raw_" < "" (which has TREE_CONSTANT set). tree-vrp.c:operand_less_p
doesn't expect that, but only expects 0 or non-0:
tcmp
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-26 21:16 ---
It is actually VRP that is confused:
:
# iftmp.10_86 = PHI <&"raw_"[0](37), &""[0](40), &"raw_"[0](83),
&"raw_"[0](41), &"raw_"[0](39), &"raw_"[0](38)>
- printf (&"#define gen_rtx_%s%s(MODE"[0], iftmp.10_86, D.
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-26 15:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from hjl dot tools at gmail dot com 2008-03-26 14:08 ---
I think this function
/* Return nonzero if the RTL code given by index IDX is one that we should
generate a gen_rtx_raw_FOO macro for, not gen_rtx_FOO (because gen_rtx_FOO
is a wrapper in emit-rtl.c). */
sta
--- Comment #2 from hjl dot tools at gmail dot com 2008-03-26 14:06 ---
I started regression hunt. I suspect this patch
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01572.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #1 from dominiq at lps dot ens dot fr 2008-03-26 14:05 ---
Confirmed on i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35706
