On Fri, 2014-10-31 at 15:12 -0700, Matthew Fortune wrote:
> I'm not keen on adding support for --with-endian to mips. I believe that
> various build systems have become quite dependent on 'mips' meaning big
> endian and 'mipsel' being little endian. I'd prefer to remove that part
> unless you (or
Steve Ellcey writes:
> Here is another MIPS configuration patch, this one allows the mips
> configuration to handle the --with-endian, --with-arch, and --with-abi
> configure options. Basically instead of having targets set
> MIPS_ABI_DEFAULT
> and MIPS_ISA_DEFAULT directly in tm_defines based o
On Fri, 31 Oct 2014, Steve Ellcey wrote:
> So the question is: should /lib and /usr/lib always be for the default GCC
> ABI (whatever that may be) or should /lib and /usr/lib always be for the
> MIPS (old) 32 ABI (with /lib32 and /usr/lib32 always being for the MIPS N32
> ABI and /lib64 and /usr/
Here is another MIPS configuration patch, this one allows the mips
configuration to handle the --with-endian, --with-arch, and --with-abi
configure options. Basically instead of having targets set MIPS_ABI_DEFAULT
and MIPS_ISA_DEFAULT directly in tm_defines based on their triplet names
I have them
