[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: |
Pavel Raiskup |
Subject: |
Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems |
Date: |
Wed, 22 May 2013 08:28:40 +0200 |
User-agent: |
KMail/4.10.2 (Linux/3.8.11-200.fc18.x86_64; KDE/4.10.2; x86_64; ; ) |
> It's what I've done for years. Does it get rid of the problem? I don't
> think so but for legacy code that is no longer being maintained, either
> you maintain it, or the problem exists into infinity with a hard stop
> when someone does maintain it. I think the battle is trying to overcome
> continuing the legacy method of needing to replace
> config.guess/config.sub within a package and allow a common (or
> configurable) location be used as new development takes place.
The http://lists.gnu.org/archive/html/autoconf/2013-05/msg00069.html is
probably what you are talking about. I like this idea too, but these two
ideas are not overlapping, IMO.
>From that thread:
> Maybe have a common directory of /usr/[local/]share/autoconf/auxdir and
> teach autoconf to look there if it doesn't find
Even if we were able to "teach" in future our ./configure scripts (not
autoconf — as autoreconf -vfi actually solves this even now by calling
automake) to look into some configurable place using special option, the
ENV VAR solution _may still co-exist_ (and should have always the highest
priority).
Pavel
Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Henrique de Moraes Holschuh, 2013/05/20
Re: [RFC] getting rid of the config.guess/sub problem when bootstrapping new ports/systems, Mike Frysinger, 2013/05/22