> > Currently make's configure suggests that it should use
DOS-style paths on
> > Cygwin. This is not true, and this assumption makes path-related
> > to work incorrectly. Currently Cygwin package supplies manual
> > config.cache in order to work around this.
> Sorry, I don't understand the problem you are trying to solve. Could
> you please explain it in more detail?
> This feature was added in response to an explicit request of some
> Cygwin users. I don't want to remove it without a very good
> After all, if you don't need DOS-style file names, you can simply
> refrain from using them in your Makefiles, and then you will not see
> any effect of this support.
> > I think we should also ask MinGW team about __MSYS__ definition.
> > close to Cygwin, so perhaps this should also be removed.
> MSYS supports DOS-style file names, so removing that would seem wrong.
> However, I don't speak for MSYS developers, so I'll defer to their
I want to throw in my $0.02 here, too.
But this time in the other direction. Sorry Pavel.
I clearly think the DOS paths mode should remain in
even for cygwin. I know that there are objections in cygwins top level
management against this. Cygwin wants to have DOS path mode out as - as
far as I understand it. Therefore I am maintaining my private version of
gnumake for many years now with enabled DOS path mode (and some little
other things). Also I could not see any problems building packages on cygwin
for cywin with my version of gnumake, but I have to confess that is not
my regular use case.
I believe I am using a DOS paths enabled gnumake on
cygwin now for over 10 years. Having enabled DOS pathes in gnumake makes
life with non cygwin tools (eg. javac and other things) in makefiles a
lot easier. Again this is my personal opinion.
For MSYS I believe it could not be ripped out. It
is IMHO vital there and would break it.