Add little/big endian multilib variants to mips*-rtems*

[Richard Sandiford]

Ralf Corsepius <ralf.corsepius@rtems.org> writes:
>> >> We do build a mips64-rtems so that won't work. Close though.
>> 
>> Ah.  Won't Ralf's patch break that target too? 
>
> No. In my understanding, mips64-rtems-gcc would be identical to
> mips-rtems (except of using a different default for binutils).

Ah, yes, I see what you mean.  mips64-rtems-gcc defaults to -mips1
but mips64-rtems-gas defaults to -mips3.  That's... strange. ;)

> I.e. I will be removing mips*-rtems* and replace it with mips-*-rtems*.

OK, thanks.  Such a patch is preapproved for trunk.  I think the follow-up
discussion shows that both the original t-rtems patch and this config.gcc
change aren't really suitable for the release branches, but that's just my
(not very strong) opinion, and I won't object if you convince another
maintainer otherwise.

It would be great if you could mention the change in gcc-4.2/changes.html,
as Joel suggested.

Richard