[Patch] MIPS configuration patch to enable --with-[arch,endian,abi]

Matthew Fortune Matthew.Fortune@imgtec.com
Fri Oct 31 23:51:00 GMT 2014


Steve Ellcey  <sellcey@imgtec.com> 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 on their triplet names
> I have them set default_mips_arch and default_mips_abi.  Then, later
> in config.gcc, these can be overridden using the values from --with-arch
> and --with-abi and after that they are used to set MIPS_ABI_DEFAULT and
> MIPS_ISA_DEFAULT in tm_defines.  --with-endian is also handled this way.

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 anyone else) can identify a reason why we should support
it.
 
> 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/lib64 always being for the 64 MIPS ABI.  I chose
> the
> latter as it seemed clearer and more consistent and that is why I also

Agreed, the OS directories need to have fixed purposes.

This is OK if --with-endian support is removed, otherwise if you see a
need for it then I'd like to see what Catherine thinks.

Thanks,
Matthew



More information about the Gcc-patches mailing list