Re: [PATCH v1/RFC 1/1] 'git clone <url> C:\cygwin\home\USER\repo' is working (again)
- Date: Tue, 27 Nov 2018 13:55:28 +0100 (STD)
- From: Johannes Schindelin <Johannes.Schindelin@xxxxxx>
- Subject: Re: [PATCH v1/RFC 1/1] 'git clone <url> C:\cygwin\home\USER\repo' is working (again)
On Tue, 27 Nov 2018, Junio C Hamano wrote:
> Steven Penny <svnpenn@xxxxxxxxx> writes:
> > If you strip the drive, you can still navigate within the same drive:
> > $ cd 'C:\Users'
> > $ pwd
> > /cygdrive/c/Users
> > $ cd '\Windows'
> > $ pwd
> > /cygdrive/c/Windows
> > but you can no longer traverse drives:
> > $ cd '\Testing'
> > sh: cd: \Testing: No such file or directory
> Sorry, but I fail to see the point the last example wants to make.
I agree. For me, the real test is this:
$ cd /cygdrive
So `/cygdrive` *is* a valid directory in Cygwin.
> > I would say these could be merged into a "win.h" or similar. Cygwin typically
> > leans toward the "/unix/style" while MINGW has been more tolerant of
> > "C:\Windows\Style" and "C:/Mixed/Style" paths, i dont see that changing.
> I'd defer to Windows folks to decide if a unified win.h is a good
We already have such a thing, but it is not just `win.h`, it is
`compat/win32/`. I would think that the best idea would be to move the
MINGW variants to `compat/win32/path-utils.c` and declare them in
`compat/win32/path-utils.h`, renaming them from `mingw_*()` to