Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com Date: Mon, 8 Oct 2001 18:44:43 -0400 (EDT) From: Charles Wilson X-Sender: cwilson AT frontal DOT ibb DOT gatech DOT edu To: Earnie Boyd cc: cygwin-apps AT cygwin DOT com Subject: Re: Autotools; new versions In-Reply-To: <3BC1986B.224E7E1@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 8 Oct 2001, Earnie Boyd wrote: > Charles Wilson wrote: > > > > What do you think? Should I continue on this path? > > > > I would prefer /usr/autoconf-2.13 and /usr/autoconf-2.52 for the > directory names. Then when autoconf-2.53 is released I can test it > without losing autoconf-2.52. Perhaps you could allow autoconfiguration > to set the paths? :) Remember that the script must parse the AC_PREREQ macro in the target package's configure.in file, and then choose the appropriate /usr/auto* path. How complicated (e.g. prone to breakage) should this logic be, given a maze of /usr/autoconf-***/ directories? I don't think this is really doable without fragility. However, see below. > > > > path_stable=/usr/auto-stable > > path_devel=/usr/auto-devel > > > > For the values of path_stable and path_devel it would be cool if you > checked for the presence of AUTOPATH_STABLE and AUTOPATH_DEVEL so that > the directories could be changed on the fly. They could even be set in > the /etc/profile file for convenience. Okay, now that's doable. (Also, to force one or the other, just set the path *yourself* to /usr/auto* -- then you'll never run these wrappers at all. --Chuck