Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <3E19B3AF.6050801@ece.gatech.edu> Date: Mon, 06 Jan 2003 11:49:51 -0500 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Christian_J=F6nsson?= CC: cygwin AT cygwin DOT com Subject: Re: [drow AT mvista DOT com: Re: configure problems: possibly undefined macro: AS_FOR_TARGET] References: <20030106155531 DOT GA8413 AT j-son DOT org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Christian Jönsson wrote: > When trying to configure/build binutils' cvs trunk sources I get a > problem with running the autoconf script. A reply on binutils' list > claims this to be a problem of cygwin's autoconf wrapper script. One could easily say that the problem is binutils' configure.in, once it was converted from "This is not an autoconf input script" to an actual autoconf (2.13) input script, didn't include "AC_PREREQ(2.13)". >>Are we on the road to 2.5x? > No. This is a problem in your system's wrapper. Yes, they ARE on the road to 2.5x. Nathanael Nerode and others have been working for months now on that conversion. It is partially done -- but they are standardizing on 2.54? or something, NOT 2.57. In addition, our wrapper defaults to 2.5x (in this case, 2.57) when the appropriate version is not specified inside configure.in with an AC_PREREQ() statement. Daniel is saying that "All wrapper scripts should default to 2.13" which is bullsh*t. It's his opinion against mine. Mine has worked damn well for over two years. What's his track record? > Is that script generic or is it cygwin specific? The script is "generic" in the sense that I use it without modification on Linux. However, nobody else does. AFAIK, it's only widely used on cygwin. I noticed that Mandrake 9.0 uses a similar scheme for autodetecting the "desired" version of autoconf, so that ac-2.13 and ac-2.53(?) can coexist. However, they do not also use wrappers for automake and libtool, like cygwin does, and mandrake's wrapper is quite different from ours. Oh yeah -- mandrake defaults to 2.13; but that's because they treat the 2.5x branch somewhat differently than cygwin. On mandrake, 2.13 is still the standard. On cygwin, the older versions of autotool don't support our platform very well -- esp. libtool. Newer libtools (e.g. CVS) that well-support cygwin, depend on automake-1.7.1 or newer...which in turn depends on autoconf-2.5x. So naturally, our wrapper scripts default to the versions which better support our system. > If it's cyginw specific perhaps it could be addressed here?? How about submitting this as a patch to the binutils people, with the argument that "to avoid problems when wrapper scripts default to 'the wrong version', let's explicitly require the correct version in each configure.in, and change them from 2.13 to 2.5x as progress is made" ('course, you'll need to test it first; I haven't). --Chuck --- configure.in.orig 2003-01-06 11:46:34.000000000 -0500 +++ configure.in 2003-01-06 11:45:06.000000000 -0500 @@ -19,6 +19,7 @@ ### WARNING: this file contains embedded tabs. Do not run untabify on this file. AC_INIT(move-if-change) +AC_PREREQ(2.13) AC_CANONICAL_SYSTEM AC_ARG_PROGRAM -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/