delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/02/13/14:29:57

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Date: 13 Feb 2001 14:14:50 -0500
Message-ID: <20010213191450.15506.qmail@lizard.curl.com>
From: jik-cygwin AT curl DOT com
To: cygwin AT cygwin DOT com
CC: cygwin AT cygwin DOT com
In-reply-to: <3A89867C.395FC4E3@yahoo.com> (message from Earnie Boyd on Tue,
13 Feb 2001 14:09:48 -0500)
Subject: Re: Optimizing away "ReadFile" calls when Make calls stat()
References: <20010213183634 DOT 1435 DOT qmail AT lizard DOT curl DOT com> <3A89867C DOT 395FC4E3 AT yahoo DOT com>

>  Date: Tue, 13 Feb 2001 14:09:48 -0500
>  From: Earnie Boyd <earnie_boyd AT yahoo DOT com>
>  
>  This sounds very interesting but I believe work to eliminate TWO
>  ReadFiles would be best; but, I don't know if this is possible.

I don't understand what you mean.  The experiment I did yesterday
*did* eliminate both ReadFiles.  However, I don't think Make can
eliminate both ReadFiles *by default* because Make can't assume that
the user doesn't use any symlinks unless the user tells it to assume
that.

>  I have found the following set of GCC flags to have great impact
>  with the speed with wish Cygwin flies.

How gcc should be called when compiling Cygwin is an interesting
question, but it's not the one I'm asking here.  I hope the people
from RedHat who compile the Cygwin packages that go up on the Web
sites consider your suggestion, though :-).

  jik

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019