This is the mail archive of the mailing list for the binutils project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: RFC & patch: Rework MIPS command-line handling

At Tue, 16 Jul 2002 18:51:38 -0700, H. J. Lu wrote:
> On Tue, Jul 16, 2002 at 05:29:01PM -0700, wrote:
> > 
> > Similarly, if I ship mipsisa64sb1-linux tools to customers, my strong
> > hope is that they won't need to name -march=sb1 on every command
> > line... because that's the whole bloody reason a specific target other
> > than mips-linux was used for the build.
> Does gcc support that? It is a nice thing to have. However, given the
> varieties of MIPS cpus, I don't know if it is feasible. Maybe something
> like --with-default-target=xxx.

Uh, there are _lots_ of different cpu types supported in config.sub
for mips.

Right now the configury for mips linux looks like:

mips*-*-linux*)                         # Linux MIPS, either endian.
        tm_file="dbxelf.h elfos.h svr4.h linux.h mips/linux.h"
        case $machine in
                tm_file="$tm_file mips/isa32-linux.h"
        tmake_file="t-slibgcc-elf-ver t-linux mips/t-linux"
        extra_parts="crtbegin.o crtbeginS.o crtbeginT.o crtend.o
        if test x$enable_threads = xyes; then

that plus upcoming changes from Eric or Richard (i forget which) to
make default CPU done via a define rather than string match on the
name make it really easy.

There's something to be said for trying to do the CPU name -> default
ISA/arch selection more generically (i.e., so they're OS-independent),
but in the absence of that it would be obvious where to poke the right
code in.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]