Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Date: Wed, 13 Mar 2002 10:53:21 +0100
From: Pavel Tsekov <ptsekov AT syntrex DOT com>
X-Mailer: The Bat! (v1.53d) UNREG / CD5BF9353B3B7091
Reply-To: Pavel Tsekov <ptsekov AT syntrex DOT com>
Organization: Syntrex, Inc.
X-Priority: 3 (Normal)
Message-ID: <1335664445.20020313105321@syntrex.com>
To: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
CC: cygwin-apps AT cygwin DOT com
Subject: Re[2]: [PATCH suggestion] aclocal wrapper script loops forever if automake-devel or automake-stable is missing
In-Reply-To: <3C8F1258.50600@ece.gatech.edu>
References: <416981789 DOT 20020312131817 AT syntrex DOT com>
 <3C8F1258 DOT 50600 AT ece DOT gatech DOT edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello Charles,

Wednesday, March 13, 2002, 9:48:24 AM, you wrote:

CW> Pavel Tsekov wrote:

>> Hey, there! :)
>> 
>> Does the attached patch make any sense ? It prevents an infinite loop
>> if either automake-devel or automake-stable is missing.
>> 

CW> Yes, it does -- of course, setup enforces that automake depends on 
CW> automake-devel and automake-stable, so if you see this error it's 
CW> because you've overridden setup.exe...

Yes - I did deselect automake-devel manually but from setup.exe - I
never install packages manually.

CW> Or you set the AUTO_STABLE / AUTO_DEVEL environment variables (incorrectly).

Nope - the case was that the aclocal wrapper searches for AC_PREREQ to
decide which version to use, but the configure.in did not contain one,
so the wrapper picked the development version which was not installed.

I was configuring the CommonC++ 2 library v 0.99.1 and its configure
script has a check for aclocal which was hanging - this way I found
the problem.

CW> I've incorporated your suggestions into the next version of the 
CW> wrappers.  However, as a general note, there are a few problems with 
CW> your submission:

[...]

Yes - I don't know too much of all the auto* stuff so I was not sure
if I'm not missing something very stupid and thus experiencing this
behaviour :)

CW> I have done all of the above, so no worries this time.  However, next 
CW> time...

I know, i know.. :)

Thanks, Chuck! :)