Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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: <413350C6.4040209@luukku.com>
Date: Mon, 30 Aug 2004 19:07:34 +0300
From: Jani tiainen <redetin AT luukku DOT com>
User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: configure-script failure
References: <4132C01D DOT 6080502 AT luukku DOT com> <1093848499 DOT 4374 DOT 2 DOT camel AT bma DOT sysgo DOT com> <Pine DOT GSO DOT 4 DOT 61 DOT 0408301017160 DOT 24572 AT slinky DOT cs DOT nyu DOT edu> <20040830150019 DOT GG8900 AT trixie DOT casa DOT cgf DOT cx> <41334B51 DOT 4030507 AT luukku DOT com> <Pine DOT GSO DOT 4 DOT 61 DOT 0408301146180 DOT 24572 AT slinky DOT cs DOT nyu DOT edu>
In-Reply-To: <Pine.GSO.4.61.0408301146180.24572@slinky.cs.nyu.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Igor Pechtchanski wrote:

> On Mon, 30 Aug 2004, Jani tiainen wrote:
> 
>> Christopher Faylor wrote:
>> > On Mon, Aug 30, 2004 at 10:21:46AM -0400, Igor Pechtchanski wrote:
>> >
>> > > On Mon, 30 Aug 2004, bertrand marquis wrote:
>> > >
>> > > > Le lun 30/08/2004 ?  07:50, Jani tiainen a ?crit :
>> > > >
>> > > > > Why sometimes running ./configure doesn't work?
>> > > > >
>> > > > > Usually it reports that some feature is missing, but running 
>> second
>> > > > > time with same parameters doesn't produce error..
>> > > > >
>> > > > > like:
>> > > > >
>> > > > > configure --prefix=/target --disable-static
>> > > > >
>> > > > > in first run I usually get "no such feature 'static'" (or 
>> similiar).
>> > > > > On second run with exactly same parameters it works.
>> > > > >
>> > > > > Any explanations for a such behavior?
>> > > >
>> > > > Hello i run through the same problem from times to times running
>> > > > configure scripts and i didn't find any other solution than 
>> running the
>> > > > configure again.  This is quite borring and i was not able to 
>> find any
>> > > > solution.
>> > > >
>> > > > I would also be interested in a solution or an explanation if 
>> someone
>> > > > has one.
>> > >
>> > > The usual advice for any configure problem is to look at the 
>> config.log
>> > > file from the failed run of configure (beware, the file is 
>> overwritten
>> > > every time configure is run).  FWIW, you and Jani may have different
>> > > problems altogether.
>> >
>> > However, regardless of whether they are similar or not, we'd actually
>> > need *details* for figuring out problems like this, i.e.,
>> >
>> > http://cygwin.com/problems.html
>> >
>> > Otherwise, these messages boil down to:
>> >
>> > "I noticed that sometimes my car won't start but then I wait a little
>> > while and it does!"
>> >
>> > "I have the same problem!  Can someone help?"
>>
>> Help, it appeared again... =)
>>
>> Well here is more info:
>>
>> No config.log appears to be generated (or there is previous log, not even
>> erased), error produced is:
>>
>> $ ./configure --disable-gtk-doc --prefix=/target --disable-static
>> configure: error: invalid feature name: static
>>
>> Error seems to change according to last parameter, but not always. 
>> Sometimes I
>> get error regarding "gtk-doc".
>>
>> It does appear often, but "randomly". I haven't noticed difference
>> between several configure scripts run. Observation shows that it might
>> something to do that configure script is fetched from HD instead of
>> memory cache..
> 
> 
> "configure -v"?  "bash -x configure"?  Come on, man, do some *debugging*!
>     Igor

Hard to do since it's not reproducible, it just comes and goes. And 
second thing, I'm just an user that reports a problem. Problem itself 
can't be configure since it appears on several unrelated configure 
scripts, randomly. Same script might run or not and it always works on 
second time.

Debugging this is not worth of my time. I have even used more time to 
write this message than inconvenience about sometimes erroenous first 
run gives to me.

-- 

Jani Tiainen



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/