[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: {host,target,build}_alias not set by default

From: Akim Demaille
Subject: Re: {host,target,build}_alias not set by default
Date: 25 Jul 2001 09:21:04 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Academic Rigor)

| Akim Demaille <address@hidden> writes:
| |> >>>>> "Andreas" == Andreas Schwab <address@hidden> writes:
| |> 
| |> Andreas> Autoconf 2.13 always did set {host,target,build}_alias,
| |> Andreas> either to the value passed on command line via
| |> Andreas> --target,--host,--build, or to the config.sub output.
| |> Andreas> Autoconf 2.52 only sets those of them that are explicitly
| |> Andreas> specified on the command line.
| |> 
| |> That correct, they are defined only when they are actually defined.
| |> In what way, except incompatibility, would you consider this a bug?
| |> The previous definition was inconsistent and unpredictable.
| Many makefiles use @target_alias@, like gcc or binutils.  They want to
| encode that into some installation path (directory for the compiler
| tools - standard variable tooldir).

But then I would suggest that they define the var they need.  And
also, if you use only --host, then target=host, but as target_alias is
not defined, you don't have the aforementioned side effect.

Really, host_alias etc. as defined in 2.5x has a clear definition.
2.13 was making it incomprehensible.  I'm ready to find some means to
ease the transition, but this topic has been debated in long threads
maybe a year or so ago, and I won't dive again :(

reply via email to

[Prev in Thread] Current Thread [Next in Thread]