This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH, FT32] initial support

From: Jeff Law <law at redhat dot com>
To: Segher Boessenkool <segher at kernel dot crashing dot org>, James Bowman <james dot bowman at ftdichip dot com>
Cc: Joseph Myers <joseph at codesourcery dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
Date: Thu, 14 May 2015 12:31:40 -0600
Subject: Re: [PATCH, FT32] initial support
Authentication-results: sourceware.org; auth=none
References: <55511270 dot 70708 at redhat dot com> <CA9BBF0458F83C4F9051448B941B57D117B9D21F at glaexch3> <CA9BBF0458F83C4F9051448B941B57D117BA023B at glaexch3> <20150514173612 dot GB26719 at gate dot crashing dot org>

On 05/14/2015 11:36 AM, Segher Boessenkool wrote:

The alternative that allows move to mem is alt 1, but it thinks the operand
doesn't match (it is "B" or "W"), it picks alt 0, loop, everyone unhappy.

"B" should match it seems?

(Why does IRA think r56 should be in memory?  Yeah, good question.)

Independent of that, if a reg-reg move generated by LRA (which is reallya mem->reg or reg->mem) blows up on this target for some reason, thenthat needs to be addressed independently of whether or not IRA mighthave made a bad choice for which pseudo to spill.


Jeff

Follow-Ups:
- Re: [PATCH, FT32] initial support
  - From: Segher Boessenkool

References:
- Re: [PATCH, FT32] initial support
  - From: Jeff Law
- RE: [PATCH, FT32] initial support
  - From: James Bowman
- RE: [PATCH, FT32] initial support
  - From: James Bowman
- Re: [PATCH, FT32] initial support
  - From: Segher Boessenkool

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]