Guido Guenther wrote:
> On Tue, Mar 18, 2003 at 05:03:03PM +0100, Thiemo Seufer wrote:
> > Try
> > -mabi=o32 -march=r5000 -Wa,--trap
> > This may fail if the compiler is very old, though.
> > > for IP22? -mips2 conflicts with -march=r5000 since this implies -mips4.
> > This was fixed in very recent gcc. -mips2 should be an alias for
> > -march=r6000
> > and -mips4 one for -march=r8000.
> Is it correct that -mipsX in contrast to -march=rXXXX has the difference
> of not only selecting a specific CPU instruction set but also an abi
> (o32 or n64)?
Only for old compilers, an only for some cases. :-/
-mipsX is the old method for selecting both CPU and ABI, resembling the way
SGI did it for their toolchain. Then there was the need to support different
CPUs, which led to -mcpu/-mXXXX. The result was an inconsistent mess,
especially -mips2 has multiple overloaded semantics.
> If so wouldn't it be cleaner to remove -mipsX altogether
> and use -march=rXXXX and -mabi=o32, etc?
This would be nice, but older compilers don't have -march/-mtune.
IIRC gcc 3.0.X is the first one to employ these. Similiar for -mabi.
> The different meanings of these
> options in different toolchain versions confuse me a lot. What is the
> final intended usage of these options?
For usual userland the ABI defines everything needed. This means
No options at all:
Produce, hosted on a single ABI system, a userland binary with the lowest
Produce, hosted on a multi ABI system, a userland binary with the lowest
possible ISA for the selected ABI.
Then there are optimizations for different CPUs.
Allow opcodes for CPU BAR in addition to the ISA ones.
Optimize opcode scheduling for CPU BAZ.
Some embedded systems don't care much about ABI compatibility, they
Restrict register width to 32 bits on 64 bit CPUs.
Then, there are the backward compatibility options.
Is an alias for -march=QUUX, where QUUX is the CPU closest to the respective
ISA. Note that this is only backward compatible for the assembler, not for
the compiler which implied some o32 features for -mips2.
Old CPU selection code, mostly gone now. Superseded by -march/-mtune.
For my private linux kernels, I use a new CONFIG_MIPS_NEW_TOOLCHAIN in the
Makefile. I don't see a better way around it.