From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21755 invoked by alias); 17 Jul 2002 01:56:55 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 21745 invoked from network); 17 Jul 2002 01:56:54 -0000 Received: from unknown (HELO mms1.broadcom.com) (63.70.210.58) by sources.redhat.com with SMTP; 17 Jul 2002 01:56:54 -0000 Received: from 63.70.210.1 by mms1.broadcom.com with ESMTP (Broadcom MMS-1 SMTP Relay (MMS v4.7)); Tue, 16 Jul 2002 18:56:25 -0700 X-Server-Uuid: 1e1caf3a-b686-11d4-a6a3-00508bfc9ae5 Received: from mail-sj1-5.sj.broadcom.com (mail-sj1-5.sj.broadcom.com [10.16.128.236]) by mon-irva-11.broadcom.com (8.9.1/8.9.1) with ESMTP id SAA06815; Tue, 16 Jul 2002 18:56:53 -0700 (PDT) Received: from dt-sj3-118.sj.broadcom.com (dt-sj3-118 [10.21.64.118]) by mail-sj1-5.sj.broadcom.com (8.12.4/8.12.4/SSF) with ESMTP id g6H1uqER012324; Tue, 16 Jul 2002 18:56:52 -0700 (PDT) Received: (from cgd@localhost) by dt-sj3-118.sj.broadcom.com ( 8.9.1/SJ8.9.1) id SAA17384; Tue, 16 Jul 2002 18:56:51 -0700 (PDT) To: "H. J. Lu" cc: ica2_ts@csv.ica.uni-stuttgart.de, "Richard Sandiford" , gcc-patches@gcc.gnu.org, binutils@sources.redhat.com Subject: Re: RFC & patch: Rework MIPS command-line handling References: <20020714172200.GH19894@rembrandt.csv.ica.uni-stuttgart.de> <20020715175419.GA16056@rembrandt.csv.ica.uni-stuttgart.de> <20020715185629.GC16056@rembrandt.csv.ica.uni-stuttgart.de> <20020716185138.A31220@lucon.org> From: cgd@broadcom.com Date: Tue, 16 Jul 2002 18:57:00 -0000 In-Reply-To: "H. J. Lu"'s message of "Tue, 16 Jul 2002 18:51:38 -0700" Message-ID: MIME-Version: 1.0 X-WSS-ID: 112A1143264441-01-01 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00397.txt.bz2 At Tue, 16 Jul 2002 18:51:38 -0700, H. J. Lu wrote: > On Tue, Jul 16, 2002 at 05:29:01PM -0700, cgd@broadcom.com 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 mipsisa32*-*) tm_file="$tm_file mips/isa32-linux.h" target_cpu_default="MASK_SOFT_FLOAT" ;; esac tmake_file="t-slibgcc-elf-ver t-linux mips/t-linux" extra_parts="crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o" gnu_ld=yes gas=yes if test x$enable_threads = xyes; then thread_file='posix' fi ;; 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. cgd