[Top][All Lists]

[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 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


reply via email to

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