From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-294596-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 29068 invoked by alias); 16 Jun 2011 18:10:06 -0000
Received: (qmail 29060 invoked by uid 22791); 16 Jun 2011 18:10:05 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST
X-Spam-Check-By: sourceware.org
Received: from mail-ew0-f47.google.com (HELO mail-ew0-f47.google.com) (209.85.215.47)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 16 Jun 2011 18:09:51 +0000
Received: by ewy5 with SMTP id 5so737586ewy.20        for <gcc-patches@gcc.gnu.org>; Thu, 16 Jun 2011 11:09:50 -0700 (PDT)
Received: by 10.14.18.100 with SMTP id k76mr513089eek.125.1308247790148; Thu, 16 Jun 2011 11:09:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.14.186.16 with HTTP; Thu, 16 Jun 2011 11:09:29 -0700 (PDT)
In-Reply-To: <4DFA0C13.9060102@redhat.com>
References: <4DF0FAB5.6070704@gjlay.de> <BANLkTi=1v9KGgCL0V0+i=LOtbCh51FLm+A@mail.gmail.com> <4DF11D20.4030907@gjlay.de> <BANLkTi=VAo8UcLDsvBp5vWk3qaO5RQvAKg@mail.gmail.com> <4DF1ED76.4030507@gjlay.de> <BANLkTi=P0zopComgS6FDZ=cg3s9sDuKNHg@mail.gmail.com> <4DF650B7.3030705@gjlay.de> <BANLkTimPjxMw48oExFWLtDcdB=3nb_VH0g@mail.gmail.com> <4DF73490.2080709@gjlay.de> <BANLkTim=EZDDtSxpE0b0aU7wjcxynsyUqg@mail.gmail.com> <4DF7D2B5.1090708@gjlay.de> <4DF8ED42.1030706@redhat.com> <4DF918A9.4070003@gjlay.de> <4DF92AEA.4000906@redhat.com> <4DF93B17.8020008@redhat.com> <BANLkTinHp6srsLutLeE1dKDM1gutDYAhkQ@mail.gmail.com> <BANLkTimOSgx70S=wM+8EMT8DacHfjmr8zA@mail.gmail.com> <4DFA0C13.9060102@redhat.com>
From: Denis Chertykov <chertykov@gmail.com>
Date: Thu, 16 Jun 2011 18:18:00 -0000
Message-ID: <BANLkTi=w8AT714QZeES6=UcPrJdgTUEVgA@mail.gmail.com>
Subject: Re: [Patch, AVR]: Fix PR46779
To: Richard Henderson <rth@redhat.com>
Cc: Georg-Johann Lay <avr@gjlay.de>, gcc-patches@gcc.gnu.org, Anatoly Sokolov <aesok@post.ru>, 	"Eric B. Weddington" <eric.weddington@atmel.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2011-06/txt/msg01281.txt.bz2

2011/6/16 Richard Henderson <rth@redhat.com>:
> On 06/16/2011 04:46 AM, Denis Chertykov wrote:
>> I forgot to said that suggestion from Bernd Schmidt about
>> HARD_FRAME_POINTER_REGNUM seems very useful:
>>> Maybe it would help for your port to define a separate
>>> FRAME_POINTER_REGNUM, able to hold an HImode value, which then gets
>>> eliminated to HARD_FRAME_POINTER_REGNUM? This mechanism is used on many
>>> other ports if you need examples.
>>
>> It's not related to addressing modes but it's related to frame pointer b=
ugs.
>
> Yes, that was the first thing I did while investigating G-J's
> spill failure. =C2=A0It didn't help that, of course, but I kept it
> around in my tree anyway.
>
> This probably doesn't apply by itself, as is, but for the record...

Only one question why you removed avr_legitimize_address ?

Denis.