X-Spam-Check-By: sourceware.org content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: change in behavior of make from 3.80 to 3.81 Date: Wed, 16 Aug 2006 16:31:31 +0200 Message-ID: From: =?iso-8859-1?Q?J=F6rg_Schaible?= To: X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id k7GEVjX7020297 William A. Hoffman wrote on Wednesday, August 16, 2006 4:14 PM: [snip] > So, there seem to be three options on the table: > > - pay redhat to put the patch back > - maintain your own version of make, that is separate from cygwin. > - have the patch made part of the upstream gnu make The forth option is to provide a proper make file. Again: any difference between *nix and Windows can be hidden by appropriate macros in make. Note, that it is not make that's broken. [snip] > I am sure you can see that it would be better for people that depend > on this feature if it were part of cygwin. Cygwin emulates Posix with Posix paths. For this purpose it works OOTB quite really often for a lot of *nix packages. Therefore if you start to depend on Windows-based tools within Cygwin make, then you have to convert the paths yourself. Cygwin helps you with the cygpath utility, so where's the deal? I know it is unfortunate for you that the previous support for DOS-based paths has gone without a preceding announcement, but if you like to keep your instructions regarding installation of make, deliver an appropriate make file. - Jörg -- 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/