Postreload and STRICT_LOW_PART

Paolo Bonzini bonzini@gnu.org
Sun Sep 20 17:25:00 GMT 2009


On 09/20/2009 06:31 PM, Richard Guenther wrote:
> On Sun, Sep 20, 2009 at 6:10 PM, Andreas Schwab<schwab@linux-m68k.org>  wrote:
>> Why is postreload converting (set (REGX) (CONST_INT A)) ... (set (REGX)
>> (CONST_INT B)) into (set (STRICT_LOW_PART (REGX)) (CONST_INT B))?  That
>> looks like a pessimisation especially if the constants are small, since
>> STRICT_LOW_PART must not touch the high part.  Is there a way for the
>> backend to stop postreload from doing this if the constants are in some
>> range?  On the m68k, loading a constant in the range -128..127 in SI
>> mode is better than loading it in strict QI mode.
>
> It's probably an omission of a check if A&  ~GET_MODE_MASK (narrow_mode)
> is equal to zero.

Actually it is (A^B) & ~GET_MODE_MASK(narrow_mode) that has to be 0.

> And of course a cost check is completely missing.

I think that adding a cost check would be the right thing to do.  For 
size, a QImode move is probably better (it is on i386 for example).

Paolo



More information about the Gcc mailing list