This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re[2]: [PATCH suggestion] aclocal wrapper script loops forever if automake-devel or automake-stable is missing
- From: Pavel Tsekov <ptsekov at syntrex dot com>
- To: Charles Wilson <cwilson at ece dot gatech dot edu>
- Cc: cygwin-apps at cygwin dot com
- Date: Wed, 13 Mar 2002 10:53:21 +0100
- Subject: Re[2]: [PATCH suggestion] aclocal wrapper script loops forever if automake-devel or automake-stable is missing
- Organization: Syntrex, Inc.
- References: <416981789.20020312131817@syntrex.com><3C8F1258.50600@ece.gatech.edu>
- Reply-to: Pavel Tsekov <ptsekov at syntrex dot com>
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! :)