[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping
From: |
Eric Blake |
Subject: |
Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems |
Date: |
Wed, 22 May 2013 10:27:38 -0600 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 |
On 05/22/2013 10:22 AM, Mike Frysinger wrote:
>> I would MUCH rather see us honor a CONFIG_GUESS and CONFIG_SUB
>> environment variable, rather than baking in a PATH search. This topic
>> has come up in the past, where I made the same request back then.
>
> this might be sufficient for distro packagers (once they're "in the know"
> that
> they have to export these two), but that doesn't help people who download
> arbitrary packages and run `./configure` themselves.
>
> what if the autoconf macros grew a new option/macro so that in the very
> uncommon case that someone has written their own, they could explicitly
> declare so ?
> AC_CANONICAL_CUSTOM
>
> this would disable the custom search path and only respect the env vars
I still don't see why you are overengineering things. Make the env-var
precious - then it will show up in ./configure --help output, and be
preserved so that ./config.status --config will show you what it was set
to at the time. If the only way to get the override is via an env-var,
then there is no need for the complexity of either a baked-in path
search nor a means of letting SOME packages disable the complexity of a
baked-in path search. If you can argue that SOME packages will want to
disable the complexity, then I can argue that we should make the default
of disabled complexity be everywhere.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, (continued)
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/22
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Eric Blake, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Paul Wise, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Eric Blake, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Paul Smith, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Wookey, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Eric Blake, 2013/05/20
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/22
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems,
Eric Blake <=
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/22
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Eric Blake, 2013/05/23
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/23
- Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/22