On Mon, 14 Jul 2008, DJ Delorie wrote: > Been getting this for a while, finally had time and resources to track it > down. > It was introduced by 137639: > > 2008-07-08 Joseph Myers <[EMAIL PROTECTED]> > > * reload.c (find_reloads_subreg_address): Do not require validity > of address in original mode before reloading address. > > It worked in 137631, but the other two changes since then didn't > change the cc1 binary at all. Reverting this change fixes this build > failure. > > I've got the .i and command line, could you look into this?
You should file a PR in any case. Does m32c handle some addresses specially in any way at all similar to the special SH handling discussed in PR 36780 and <http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00932.html>? Because some sort of inconsistency about when addresses are valid seems to be involved in some way in that problem (with consistency, I'd have expected cases where my patch is relevant to have caused problems before the patch as well). If there does turn out to be a target-independent patch relevant to fixing the SH issue, it might be relevant to the m32c issue as well. -- Joseph S. Myers [EMAIL PROTECTED]
