Calling a MIPS maintainer (was Re: GCC build failed for mips-elf with your patch on 2002-06-18T19:37:45Z.)

[Phil Edwards]

On Tue, Jun 18, 2002 at 06:13:41PM -0700, Eric Christopher wrote:
> > > So, MIPS maintainers:  I can just override the default and force the generic
> > > CPU settings for MIPS; this goes back to the way we were yesterday, but
> > > note that the generic CPU atomicity routines aren't actually atomic, i.e.,
> > > generic == not actually working.  The other choice is:  the file presently
> > > in the MIPS directory can be fixed by one of you.  :-)  What should I do?
> > 
> > FWIW, I'd recommend forcing the use of ll/sc (via .set push/.set
> > mips2/.set pop).  I don't know how various embedded MIPS-I systems will
> > like that, though...
> 
> Not likely at all.
> 
> The best bet would be to make a test for it. Perhaps a custom configure
> bit to test whether it's a mips that supports the ll/sc instructions. If
> it assembles, it'll work.

Okay.  Any of y'all that know MIPS assembly feel like volunteering?  :-)

I think this is what HJ was sort of trying to do with the <sgidefs.h>
header or whatever it was called, followed by

    #if _MIPS_ISA > some_magic_number
    use assembly
    #else
    do something generic
    #endif

in config/cpu/mips/bits/atomicity.h.  Of course, anything that didn't have
<sgidefs.h> broke, thus the patch was reverted and MIPS went back to the
generic routines.


For now, just to let mips-elf build again, I'll explicitly force it to
use the generic cpu bits.  That will at least get us back to the status quo.


Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams