From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23592 invoked by alias); 7 Oct 2005 19:52:49 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 23572 invoked by uid 22791); 7 Oct 2005 19:52:45 -0000 Received: from exchange-cpt.prism.co.za (HELO prism.co.za) (196.25.143.130) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 07 Oct 2005 19:52:45 +0000 Received: from source by zebra.wetton.example.org with local (Exim 4.44) id 1ENyFB-0002bD-IU; Fri, 07 Oct 2005 21:51:01 +0200 Date: Fri, 07 Oct 2005 19:52:00 -0000 From: Bernd Jendrissek To: Alexandre Oliva Cc: Paolo Bonzini , newlib@sources.redhat.com, gcc-patches@gcc.gnu.org, binutils@sources.redhat.com Subject: Re: [PATCH] Fix unified tree breakage Message-ID: <20051007195101.GA11859@prism.co.za> References: <1128520119.5300.8.camel@pc960.cambridge.arm.com> <4343DDDF.9080606@lu.unisi.ch> <4343DEA5.5080108@lu.unisi.ch> <1128525253.5300.11.camel@pc960.cambridge.arm.com> <4343EFDE.7020403@lu.unisi.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Comment: Exim: I am on zebra.wetton.prism.co.za (internal name) X-Comment: and my boss is berndj@prism.co.za X-Comment: Call him at +27 82 2960717 if any problems occur. X-SW-Source: 2005-10/txt/msg00400.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Oct 07, 2005 at 11:08:38AM -0300, Alexandre Oliva wrote: > I think you need some means to avoid running the wrong binary in > Canadian crosses and cross-back tools. E.g., consider --build=x > --host=y --target=z. How can run-tool --target=whatever distinguish > between gas/as-new, that's built for the host y and thus won't run on > the build machine x, from gcc/as, presumably copied from a pre-build > --host=x --target=z toolchain, specified in > $(CONFIGURED_AS_FOR_TARGET), or, as a potential nice improvement, > built in the build-x directory. I ran into something like this the other day, while building GCC as - --build=i686-pc-linux-gnu --host=i386-mingw32 --target=arm-unknown-elf. The resulting GCC wants to run just "as"; if I specify - --with-as=c:/gnutools/cross/bin/arm-unknown-elf.exe (which is what I really wanted), the configure script got confused about what exactly that --with-as (and same for ld) is: a tool running on the build machine, or the host machine. At runtime GCC wants to use it as DEFAULT_ASSEMBLER to rewrite in the place of "as" in invoke_as, so from that perspective it is a host tool. OTOH the configure script expects that specified assembler to exist and be test -x, which is just confused. Eventually I just got my colleague to do gcc -dumpspecs >specs, edit invoke_as, and then add -specs=specs to $(CC) in the makefile. Does GCC really need --with-host-as=/nonexistent/on/build/as, or do I need to RTFM on --with-sysroot? For the archives... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Please fetch my new key 804177F8 from hkp://wwwkeys.eu.pgp.net/ Comment: Key D7CBA633 will soon expire, check its signature of 804177F8 now! iD8DBQFDRtGawyMv24BBd/gRAoP5AJ0QN3cWbH7mqNRQA4nIRTJteqfBogCeO/9s ka58VHMt8ZkshNcH+l2aaPY= =fCj7 -----END PGP SIGNATURE-----