This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [m32c] newlib build failure in reload
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: DJ Delorie <dj at redhat dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Mon, 14 Jul 2008 21:26:42 +0000 (UTC)
- Subject: Re: [m32c] newlib build failure in reload
- References: <200807142052.m6EKqvJ0030575@greed.delorie.com>
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 <joseph@codesourcery.com>
>
> * 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
joseph@codesourcery.com