Hi...

bug-make-bounces+roland.schwingel=onevision....@gnu.org wrote on 
30.07.2013 17:43:10:

> >  Currently make's configure suggests that it should use DOS-style 
paths on
> > Cygwin. This is not true, and this assumption makes path-related 
mechanisms
> > to work incorrectly. Currently Cygwin package supplies manual hint in
> > 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 reason.
> 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. MSys 
is
> > 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
> judgment.
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.

Roland
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

Reply via email to