[prev in list] [next in list] [prev in thread] [next in thread] 

List:       pcc-list
Subject:    Re: invalid OREGs
From:       Anders Magnusson <ragge () ludd ! ltu ! se>
Date:       2008-03-18 21:52:43
Message-ID: 47E039AB.40307 () ludd ! ltu ! se
[Download RAW message or body]

Gregory McGarry skrev:
>
>> Gregory McGarry skrev:
>>> Here's a patch to avoid generating OREGs where the target doesn't 
>>> support them:
>> Looks reasonable, for targets that accept OREGs they will be 
>> converted back later
>> in canon().  But actually the problem is bigger;  maybe there should 
>> be a routine that
>> checks with notoff() and unwindles OREGs in pass2?  The f77 frontend 
>> makes heavy
>> use of OREGs that must be removed when entering pass2.  Or maybe this 
>> is not a
>> big problem, most targets accept gladly OREGs.
>
> Actually, most architectures (should) have logic in notoff().
>
> Additionally, OREG won't be converted to R2PACK-style index 
> addressing, if required.
>
> I can see that fcom is building OREGs.  I don't think that decomposing 
> an OREG in pass2 is the best approach.
You're right here, better to do that in fcom when the references are 
created.

-- Ragge
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic