[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


From: Paul Eggert
Subject: Re: _AS_DETECT_BETTER_SHELL speedup
Date: Fri, 28 Jan 2005 12:11:30 -0800
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Stepan Kasal <address@hidden> writes:

> indeed, the speedup is not minor for Windows ports.
> For example, on Cygwin, each fork can take ages.

Let's see the actual measured performance numbers, for each proposed
change, on a modern Cygwin box.  The first rule for optimization that
hurts code quality is to avoid it if it doesn't really improve things
much overall.

> I don't think there is a risk of actually _breaking_ the configure
> script.

If the configure script outputs random irrelevant messages to users
then that will cause real problems in practice.  We get too many bug
reports already; I don't want to be bothered by bug reports about
bogus "not found" messages.

> Nothing worse can happen than a few spurious 'not found' messages.

I'm not 100% sure of this, unfortunately.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]