This new failure seems to have been caused by r141613: +2008-11-05 Martin Jambor <[EMAIL PROTECTED]> + + PR middle-end/37861 + * tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Don't turn + pointer arithmetics into array_ref if the array is accessed + through an indirect_ref. +
The m32c-elf target is notoriously picky about getting pointer math "right" (pointers are 24 bits, not 16 or 32), anyone fiddling with pointer/array addressing stuff should probably test it to see if it breaks anything. Martin, can you see if you can reproduce this, and verify whether your change broke it or not? Or if it's something in m32c that your change expects to be configured differently? Thanks, DJ ------- Start of forwarded message ------- Multilib: m32c-sim/-mcpu=m32c PASS-FAIL: gcc.c-torture/execute/20010209-1.c execution, -O2 PASS-FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer PASS-FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer -funroll-loops PASS-FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions PASS-FAIL: gcc.c-torture/execute/20010209-1.c execution, -O3 -g LAST_UPDATED: Thu Nov 6 07:03:35 UTC 2008 (revision 141636) Target is m32c-unknown-elf Host is i686-pc-linux-gnu
