This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
On Wed, 2007-01-17 at 05:56 -0800, Ian Lance Taylor wrote:
> Jeffrey Law <law@redhat.com> writes:
>
> > On Tue, 2007-01-16 at 22:07 -0800, Ian Lance Taylor wrote:
> > > Richard Sandiford <richard@codesourcery.com> writes:
> > >
> > > > I'd always been told that L_R_A should
> > > > only be used for optimisation, and that it was wrong to rely on it for
> > > > correctness.
> > >
> > > I want to comment that I've heard people say that too, but I think it
> > > is, well, over optimistic. When weird addressing modes are in play, I
> > > believe that LEGITIMIZE_RELOAD_ADDRESS is currently required to handle
> > > them. The alternative is to teach reload about all possibilities for
> > > all chips, and that does not make sense to me.
> > As the original submitter of L_R_A, I can confirm that the original
> > intent (and it was thoroughly discussed) was for L_R_A to be purely
> > an optimization and any port which requires definition of L_R_A was
> > considered broken.
>
> I know, but I think that it doesn't actually work that way. There are
> too many weird addressing modes these days.
I'm not seeing anything in modern chips that we weren't already
dealing with in one way or another when I introduced L_R_A.
Jeff
- References:
- ColdFire submission
- [ColdFire 8/63] Share ASM_SPEC code between targets
- [ColdFire 9/63] Add -mcpu, -march, -mtune, and related options
- [ColdFire 10/63] Rename TARGET_68040_ONLY to TARGET_68040
- [ColdFire 11/63] Treat mc680x0 macros as tuning-dependent macros
- [ColdFire 12/63] Add new predefined macros
- [ColdFire 13/63] Remove some RejectNegatives
- [ColdFire 14/63] Make "long double" the same as "double" on ColdFire
- [RTL, ColdFire 15/63] Avoid out-of-segment constants on uClinux.
- [ColdFire 16/63] Bring *-uclinux configurations closer to *-linux-gnu
- [ColdFire 17/63] Assorted uClinux improvements
- [ColdFire 18/63] Configuration cleanups
- [ColdFire 19/63] Make MOTOROLA a numeric macro from the outset
- [ColdFire 20/63] Factor out soft-float library support
- [ColdFire 21/63] Add *_REGNO_P macros
- [ColdFire 22/63] Remove redundant PIC handling
- [ColdFire 23/63] Some assorted cleanups
- [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro