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 From: Dario Alcocer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15274.33054.927240.761355@coyote.priv.helixdigital.com> Date: Thu, 20 Sep 2001 16:51:58 -0700 To: CA List Subject: Re: Autotools; new versions In-Reply-To: <3BAA59AC.C228E051@yahoo.com> References: <3BAA33FD DOT 9C1B704C AT ece DOT gatech DOT edu> <20010920143410 DOT B5666 AT redhat DOT com> <3BAA395C DOT 20B04AD8 AT ece DOT gatech DOT edu> <20010920145100 DOT B30281 AT redhat DOT com> <3BAA59AC DOT C228E051 AT yahoo DOT com> X-Mailer: VM 6.76 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid >>>>> "Earnie" == Earnie Boyd writes: Earnie> I see the magic wrapper being nothing more than reading Earnie> the configure.in or configure.ac to get the AC_PREREQ Earnie> value and creating the appropriate symlinks to the correct Earnie> versions before executing the tool. BTW, I just looked at Earnie> the configure.in in newlib and the AC_PREREQ value is Earnie> already 2.5. I think an improvement on the symlink solution would be to incorporate Chuck Wilson's suggestion of installing the newer autotools into a separate prefix. Then, the wrapper script could check AC_PREREQ, and based on what it finds, could directly 'exec' the correct version of automake or autoconf. If necessary, the wrapper script could also modify PATH for the automake/autoconf child processes. -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. alcocer AT helixdigital DOT com -- http://www.helixdigital.com