Re: [patch] MIPS: Fix synthesized doubleword transfers (ping)

["Maciej W. Rozycki" <macro at linux-mips dot org>]

On Fri, 25 Feb 2005, Richard Sandiford wrote:

> FWIW, I checked what the MIPSpro assembler does.  Given:
> 
>         ld      $4,foo
> 
> as -32 -non_shared will generate:
> 
>    0:   3c010000        lui     at,0x0
>                         0: R_MIPS_HI16  foo
>    4:   8c240000        lw      a0,0(at)
>                         4: R_MIPS_LO16  foo
>    8:   8c250004        lw      a1,4(at)
>                         8: R_MIPS_LO16  foo
> 
> just like gas does.  Not that I'm saying we should do something simply
> because MIPSpro does it.  Just thought I'd throw it into the pot.

 Bug compatibility?

>  [ Although, as is probably clear from earlier messages, my preference is
>    to keep things the way they are, and require any symbolic component to
>    be 8-byte aligned.  I've never heard of any practical problems with that
>    restriction.  OTOH, after the above, I don't have any new data or
>    arguments to add, so I'll shut up now ;) ]

 It works with native 64-bit transfers -- why should it be broken with 
their 32-bit macro counterparts?

 Actually I wouldn't mind ditching these macros altogether. ;-)

  Maciej