crosstool-0.27: builduserland fails: arm-linux-gcc not found; I have arm-arm9-linux-gnu-gcc
Robert Schwebel
robert@schwebel.de
Tue Feb 3 08:42:00 GMT 2004
Hi Dan,
On Mon, Feb 02, 2004 at 02:55:42PM -0800, Daniel Kegel wrote:
> Ah, I never got around to adding arm to my ptxdist patch.
>
> The problem lies in ptxdist*/rules/target.in. Here's a patch I just
> whipped up that shows you what the fix probably looks like:
>
> --- ptxdist-testing-20031113/rules/target.in.old 2004-02-02
> 14:45:26.000000000 -0800
> +++ ptxdist-testing-20031113/rules/target.in 2004-02-02
> 14:45:50.000000000 -0800
> @@ -241,7 +241,7 @@
>
> config GNU_TARGET
> string
> - default "arm-linux" if ARM_ARCH_LE &&
> GLIBC
> + default "arm-unknown-linux-gnu" if ARM_ARCH_LE &&
> GLIBC
> default "armb-unknown-linux-gnu" if ARM_ARCH_BE &&
> GLIBC
> default "arm-elf" if ARCH_ARM_NOMMU &&
> GLIBC
> default "i386-linux" if OPT_I386 &&
> GLIBC
PTXdist 0.5.0 has exactly this patch included...
> However, since you're using a nonstandard target (arm-arm9-linux-gnu)
> you might need to adjust that a bit. It's a shame that ptxdist treats
> the gnu target tuple as an *output* rather than an input, but that's
> the joy of using 'make menuconfig' to construct the target string, I
> guess.
Well, if you want to you can even create the .config file with some
shell/sed/awk/perl magic, without the menuconfig frontend :-)
Anyway, if you have an idea how handling a non-std $FOO to the makefiles
just go ahead and send a patch; it shouldn't be too difficult, you'll
probably only have to replace some "foo=bar"s by "foo?=bar" and you can
set the variables from the environment.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
HornemannstraÃe 12, 31137 Hildesheim, Germany
Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4
------
Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
More information about the crossgcc
mailing list