X-Spam-Check-By:	sourceware.org
From:	Eli Zaretskii <eliz AT gnu DOT org>
To:	cygwin AT cygwin DOT com
In-reply-to:	<Pine.GSO.4.63.0608161543520.14156@access1.cims.nyu.edu> (message from Igor Peshansky on Wed, 16 Aug 2006 15:52:59 -0400 (EDT))
Subject:	Re: change in behavior of make from 3.80 to 3.81
Reply-to:	Eli Zaretskii <eliz AT gnu DOT org>
References:	<6 DOT 2 DOT 3 DOT 4 DOT 2 DOT 20060815151104 DOT 0b40e260 AT pop DOT nycap DOT rr DOT com> <01b901c6c116$21259430$a501a8c0 AT CAM DOT ARTIMI DOT COM> <6 DOT 2 DOT 3 DOT 4 DOT 2 DOT 20060816091525 DOT 0ab90af0 AT pop DOT nycap DOT rr DOT com> <20060816144110 DOT GX20467 AT calimero DOT vinschen DOT de> <6 DOT 2 DOT 3 DOT 4 DOT 2 DOT 20060816111421 DOT 0b446b60 AT pop DOT nycap DOT rr DOT com> <20060816155054 DOT GY20467 AT calimero DOT vinschen DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0608161418370 DOT 9095 AT access1 DOT cims DOT nyu DOT edu> <6 DOT 2 DOT 3 DOT 4 DOT 2 DOT 20060816144036 DOT 09695af0 AT pop DOT nycap DOT rr DOT com> <Pine DOT GSO DOT 4 DOT 63 DOT 0608161543520 DOT 14156 AT access1 DOT cims DOT nyu DOT edu>
Message-Id:	<E1GDdoK-0002Ml-Re@fencepost.gnu.org>
Date:	Thu, 17 Aug 2006 05:05:08 -0400
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

> Date: Wed, 16 Aug 2006 15:52:59 -0400 (EDT)
> From: Igor Peshansky <pechtcha AT cs DOT nyu DOT edu>
> cc: cygwin AT cygwin DOT com
> 
> Alternatively, you can try to implement a $(cygpath ...) function in make
> and submit *that* to the upstream maintainers.

FWIW, I don't think such a function is a good idea, and if it is
proposed on the Make mailing list, I will probably object to it.

The reason is that adding such a function goes against portability of
Makefiles across different ports of Make, and also adds a too-tight
coupling between Make and the Cygwin file-name handling (i.e., every
change in how /cygdrive/ is handled in Cygwin will require a
corresponding change in Make).  While these disadvantages are not a
catastrophe, I don't see a need to punish Make by them when a better
and easier solution is available (i.e. use the existing HAVE_DOS_PATHS
code, perhaps with some Cygwin-specific changes).  Contrary to what
some people said in this thread, I don't see any problems that could
hamper the Cygwin build of Make if it supported drive letters, since
Windows doesn't allow colons anywhere else in file names anyway.  Of
course, the best way of making sure no problems exist is to test the
patched version in the Cygwin environment.

> Although, with make using spaces to separate everything, I still don't see
> how this would work with absolute win32 paths in the general case.

Whatever problems you have in mind, they afflict the Posix platforms
as well.  The Windows ports (including the Cygwin port) do not need to
be better than the original, only not worse ;-)

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -