Message-Id: <6.2.0.14.2.20060814213115.093f2a40@pop.nycap.rr.com>
Date: Mon, 14 Aug 2006 22:12:08 -0400
To: cygwin@cygwin.com
From: "William A. Hoffman" <billlist@nycap.rr.com>
Subject: RE: change in behavior of make from 3.80 to 3.81
In-Reply-To: <009a01c6bfff$934e8480$a501a8c0@CAM.ARTIMI.COM>
References: <17632.65094.528377.623813@segfault.lan>  <009a01c6bfff$934e8480$a501a8c0@CAM.ARTIMI.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

OK, so to summarize.

- there is no options or special syntax that will allow the
make 3.81 to recognize drive letters in such a way that native
windows tools can use them.  /c/ and /cygdrive/c/ will only work
with applications built against the cygwin libraries.  MS cl can
no longer be used with cygwin make as of 3.81.
 
- cygwin will no longer maintain the patch to make that allowed
it to recognize driver letters in paths.

- A second make-winpath as part of the cygwin package is not an option
that would be accepted into cygwin.

- The option for folks that want the old behavior is to have the
change integrated into the upstream sources of gmake.  Perhaps something
along the lines of /c/ that would be translated by gmake itself into c:,
so that no special parsing would be required for the makefiles.   

- The other option is to use mingw-make, and only use cygwin make
for cygwin linked programs only.

Sounds like it is time to join the gmake mailing list.  Has anyone
on this list tried that yet?  

-Bill


--
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/