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
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Bernd Schmidt <bernds_cb1 at t-online dot de>
- Cc: Ian Lance Taylor <iant at google dot com>, Richard Sandiford <richard at codesourcery dot com>, law at redhat dot com, gcc-patches at gcc dot gnu dot org
- Date: Thu, 22 Feb 2007 19:08:15 -0800
- Subject: Re: [RTL, ColdFire 24/63] Add support for a MODE_INDEX_REG_CLASS macro
- References: <874pqzw4w1.fsf@firetop.home> <87odp7tag7.fsf_-_@firetop.home> <87k5zvtad6.fsf_-_@firetop.home> <87fyajtaas.fsf_-_@firetop.home> <87bql7ta58.fsf_-_@firetop.home> <877ivvt9ws.fsf_-_@firetop.home> <873b6jt9r5.fsf_-_@firetop.home> <87y7obrv3h.fsf_-_@firetop.home> <87tzyzrv1p.fsf_-_@firetop.home> <87ps9nruzl.fsf_-_@firetop.home> <87lkkbrux2.fsf_-_@firetop.home> <87hcuzruvd.fsf_-_@firetop.home> <87d55nruu3.fsf_-_@firetop.home> <878xgbruqs.fsf_-_@firetop.home> <1168457319.28081.615.camel@sweet.slc.redhat.com> <87k5zuinc0.fsf@firetop.home> <1168983686.28081.842.camel@sweet.slc.redhat.com> <87ps9efc4t.fsf@talisman.home> <1171321913.4134.162.camel@sweet.slc.redhat.com> <87bqjx9j0r.fsf@firetop.home> <1171472988.4134.196.camel@sweet.slc.redhat.com> <87vei47ij9.fsf@firetop.home> <m3d54cy6k6.fsf@localhost.localdomain> <45D44F7F.6000405@t-online.de>
Bernd Schmidt wrote:
> Ian Lance Taylor wrote:
>> Richard Sandiford <richard@codesourcery.com> writes:
>>
>>> @defmac MODE_CODE_BASE_REG_CLASS (@var{mode}, @var{outer_code},
>>> @var{index_code})
>>
>> Oh yeah, MODE_CODE_BASE_REG_CLASS came in here, written and committed
>> by Bernd:
>> http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01952.html
>
> FWIW, I think that MODE_INDEX_REG_CLASS is a straightforward
> generalization of what we have now, but I don't want to approve the
> patch over Jeff's head while he has concerns.
I'm not quite sure if I know exactly whose court the ball is in at this
point. If I understand correctly, Jeff is still unhappy with the patch,
and Richard still thinks it's the right thing.
So, how do we move forward so that we can get this bug fixed, and wrap
up this series of ColdFire patches? Jeff, do have a specific
alternative in mind? If I understand correctly, one of the arguments in
favor of this patch is that it's symmetric with some of the other macros
-- with which you're also unhappy. Perhaps, then, it would be OK to put
this in (arguably compounding the damage) with the theory that if we
want to make some change later, we can do so wholesale without a whole
lot more work than changing the existing bits?
Thanks,
--
Mark Mitchell
CodeSourcery
mark@codesourcery.com
(650) 331-3385 x713