Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Tue, 26 Sep 2000 23:55:27 -0400 From: Jeffrey Juliano Reply-To: Jeffrey Juliano To: cygwin AT sources DOT redhat DOT com Subject: Re: gmake is slow under cygwin Message-ID: <3644885960.970012527@dsl-64-34-95-237.telocity.com> In-Reply-To: <20000926194812.D6082@cygnus.com> X-Mailer: Mulberry/2.0.5b2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Tuesday, September 26, 2000 Chris Faylor wrote: > On Tue, Sep 26, 2000 at 01:57:40PM -0600, Scott Carter wrote: >> There is no long delay. When VPATH is set to this (which is incorrect) >> >> VPATH = //cygdrive/c/temp/test/source > > Hmm. I can see why that would cause a huge delay. This is a very good > point. Thanks for bringing it up. > > I can easily see someone translating //c to //cygdrive/c and seeing the > delay the you describe. Would it make sense to treat `//cygdrive/[a-zA-Z]' as a special case prefix, and not try to actually find a machine named `cygdrive'? I suspect this is the direction Chris was thinking. Of course, the special case logic would have to honor the customizable cygdrive prefix. Looks like, currently, you're allowed to double-up slashes anywhere except for the first slash. e.g. `/usr//local' but not `//usr/local'. That's not commensurate with other unix systems I've tested. My proposed change would make path handling even less symmetric, so perhaps it's not a good idea afterall. Is this even worth discussing? -jeff -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com