This is the mail archive of the
cygwin@sources.redhat.com
mailing list for the Cygwin project.
Re: gmake is slow under cygwin
- To: cygwin at sources dot redhat dot com
- Subject: Re: gmake is slow under cygwin
- From: Jeffrey Juliano <juliano at cs dot unc dot edu>
- Date: Tue, 26 Sep 2000 23:55:27 -0400
- Reply-To: Jeffrey Juliano <juliano at cs dot unc dot edu>
--On Tuesday, September 26, 2000 Chris Faylor <cgf@cygnus.com> 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@sourceware.cygnus.com