Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@sources.redhat.com>
List-Help: <mailto:cygwin-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@sources.redhat.com
Delivered-To: mailing list cygwin@sources.redhat.com
Date: Sat, 10 Mar 2001 15:17:28 -0500
From: Christopher Faylor <cgf@redhat.com>
To: cygwin@cygwin.com
Subject: Re: Eliminate make's search for sh.exe under Cygwin?
Message-ID: <20010310151728.J975@redhat.com>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <20010310002341.A10357@redhat.com> <3AAA45B1.169DD8E5@yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.11i
In-Reply-To: <3AAA45B1.169DD8E5@yahoo.com>; from earnie_boyd@yahoo.com on Sat, Mar 10, 2001 at 10:18:09AM -0500

On Sat, Mar 10, 2001 at 10:18:09AM -0500, Earnie Boyd wrote:
>Christopher Faylor wrote:
>> 
>> Recent posts in the cygwin mailing list have pointed to the fact that
>> make is pretty slow and have mentioned that make takes some time
>> searching for sh.exe.
>> 
>> I'm not sure why make, running under Cygwin, goes out of its way to
>> search for sh.exe on the PATH.  Maybe this is a holdover from the times
>> when there wasn't necessarily a /bin in the Cygwin distributions.  It's
>> possible that Red Hat may even distribute things that way -- but I can
>> take care of that.
>> 
>> I am thinking that we can probably rip out most of the logic currently
>> in make for finding a shell in the path and just let it use /bin/sh when
>> MAKE_MODE=unix or find command.com/cmd.exe when MAKE_MODE=win32.
>> 
>> Does this sound like a good plan?  Am I missing something?  Will having
>> make operate more like UNIX cause some problem that I'm not aware of?
>> 
>
>Hmm...  I seem to recall that make goes through lots of extra logic when
>WIN32 is defined so perhaps the removal of that definition alone will
>help.  (I haven't looked recently.)  Perhaps you should ask the "cause
>some problem" question internally at sources.redhat?

If by "sources.redhat" you mean just Red Hat, that's what I meant by the
"but I can take care of that" above.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

