X-Spam-Check-By:	sourceware.org
content-class:	urn:content-classes:message
MIME-Version:	1.0
Subject:	RE: change in behavior of make from 3.80 to 3.81
Date:	Mon, 14 Aug 2006 16:24:13 -0400
Message-ID:	<EBE01410CC4F034E9C774506CFDCF5A02A05E7@ad-email1.ad.mc.com>
From:	"Brown, Beverly" <bbrown AT mc DOT com>
To:	<cygwin AT cygwin DOT com>
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
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
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id k7EKORGa004658

For that matter, why isn't cmake generating relative pathnames instead
of absolute ones? 

Beverly

-----Original Message-----
From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf
Of Christopher Faylor
Sent: Monday, August 14, 2006 4:17 PM
To: cygwin AT cygwin DOT com
Subject: Re: change in behavior of make from 3.80 to 3.81

On Mon, Aug 14, 2006 at 03:07:41PM -0400, William A. Hoffman wrote:
>At 02:36 PM 8/14/2006, Dave Korn wrote:
>>On 14 August 2006 19:29, Bill Hoffman wrote:
>>
>>
>>  Search the archives, and read the release announcement for the new 
>>make version.
>>
>>  Every single day for the past month, we have had at least 
>>seventy-four[*] identical duplicate redundant reports of this from 
>>people who haven't bothered to check if it was already known.
>
>Just being lazy.  I should have searched.   I see now there is quite a
bit
>of traffic on this.  I don't know if this is adding to the discussion, 
>but I will give my use case that shows the problem.
>
>So, visual studio 2005 now supports the ability to run cl for two .o 
>files at the same time, so you can do make -j N builds with cl as the
compiler.
>I am the maintainer of the CMake www.cmake.org package, and CMake can 
>generate "Unix Makefiles" on windows, and in the past prior to 3.81,
this worked.
>The problem is that the CMake that generates the makefiles does not
know about
>cygwin, and can not run cygpath.   It creates makefiles with / and not
\, but
>still has the drive letter : for full paths.   cl does accept paths
with / in them,
>but it obviously does not know about /cygdrive/c.   
>
>I guess I should just recommend that cmake users use mingw make:

I'm not 100% clear on what you're saying but if cmake distributed with
Cygwin is producing makefiles with MS-DOS SYNTAX then, actually it
should either be fixed to not do that or it should be pulled from the
distribution.  I wasn't aware of this limitation.

cgf

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



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