This is the mail archive of the gcc@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: own target: combine emits invalid RTL

From: Jim Wilson <wilson at specifix dot com>
To: Dave Korn <dave dot korn at artimi dot com>
Cc: 'Michael_fogel' <mikfogel at uni-koblenz dot de>, gcc at gcc dot gnu dot org
Date: Fri, 16 Nov 2007 14:23:17 -0800
Subject: Re: own target: combine emits invalid RTL
References: <473CD0A2.3040600@uni-koblenz.de> <473CDDC8.3060503@specifix.com> <038e01c8285b$e8a82dd0$2e08a8c0@CAM.ARTIMI.COM>

Dave Korn wrote:

  First places to look would be GO_IF_LEGITIMATE_ADDRESS and
REG_OK_FOR_BASE_P, wouldn't they?  Particularly in conjunction with
REG_OK_STRICT.

This could be a REG_OK_STRICT issue, but it isn't the usual case of accepting an unallocated pseudo in reload, as we have a SUBREG MEM here.

Probably there is code in the backend that assumes SUBREG can only contain a REG, which is incorrect. SUBREG can also contain a MEM. You need to check to make sure. -- Jim Wilson, GNU Tools Support, http://www.specifix.com

Follow-Ups:
- Re: own target: combine emits invalid RTL
  - From: Michael_fogel

References:
- own target: combine emits invalid RTL
  - From: Michael_fogel
- Re: own target: combine emits invalid RTL
  - From: Jim Wilson
- RE: own target: combine emits invalid RTL
  - From: Dave Korn

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