Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[cdt-dev] Cygwin issues

Hey gang,

 

Here is an e-mail from the cygwin mailing list. This really confirms my feelings on the problems of using cygwin for Windows development. Cygwin is truly becoming a Linux emulation layer, and not gnu tools for Windows. At the end of the day, if you are pretending your Windows box is a Linux box, cygwin will work for you. But for Windows development, I think you really need to use MinGW or the Windows SDK. I will continue to work to ensure we have clear support for all three, although I will be focusing less on cygwin.

 

Doug Schaefer, QNX Software Systems
Eclipse CDT Project Lead, Tools PMC Member

 

This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav:

[Date Index] [Subject Index] [Author Index] [Thread Index]

Message Nav:

[Date Prev] [Date Next]

[Thread Prev] [Thread Next]

Other format:

[Raw text]

 

Re: Why are Windows paths broken in make 3.81?

  • From: Christopher Faylor <cgf-no-personal-reply-please at cygwin dot com>
  • To: cygwin at cygwin dot com
  • Date: Sat, 22 Jul 2006 18:19:30 -0400
  • Subject: Re: Why are Windows paths broken in make 3.81?
  • References: <9c2aabaf0607211629u4e29ffa1w5f09b3d8e5a923fc@xxxxxxxxxxxxxx>
  • Reply-to: cygwin at cygwin dot com

On Fri, Jul 21, 2006 at 05:29:16PM -0600, Michael Hirsch wrote:
>Here is a sample Makefile that breaks with Gnu Make 3.81-1 under
>Cygwin, but works fine with Gnu Make 3.80-1.  We have been writing
>these types of Makefiles for years, using both Windows and Cygwin
>tools, and this is the first time Make has ever broken like this.
> 
>I see in another thread that this is a known issue, though I don't see
>it in the changelogs for make 3.81.
 
Huh?  It was mentioned in the release announcement.  You wouldn't see
the changes in any official make changelogs since the patches were never
in the official version of make.
 
>Was this a deliberate break with backwards compatibility?
 
Since it was mentioned in the release announcement, you can safely assume
that it was deliberate.
 
>It means that every single reference to a windows path needs to be
>wrapped in cygpath, which is a huge inconvenience.
 
Or, you could investigate the mingw verison of make, as was mentioned in
the release announcement.
 
Hmm.  A pattern seems to be developing.
 
>Is it broken only on Windows?  Since ':' is a legal file character in
>unix I wouldn't expect this to  be a problem in the gnu make sources.
>Is this a cywin only bug?  What possible reason could there be to
>introduce this deliberately?
 
I participate in cygwin because I like providing a linux-like interface
on Windows.  I have no personal interest in standing on my head to
maintain MS-DOS filenames in utilities which do not already support them
out of the box.  By foregoing the pain of forward porting the cygwin
MS-DOS patches, I can release new versions of make with minimal effort.
This benefits all of the people who are using the tool "correctly" with
POSIX-like paths.
 
(Yes, I know I could have submitted the patches upstream long ago but I
would still end up maintaining this hack regardless)
 
If this is unacceptable then feel free to stay on the previous version of
make.exe, use the mingw version, or even roll your own.
 
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/
 

Index Nav:

[Date Index] [Subject Index] [Author Index] [Thread Index]

Message Nav:

[Date Prev] [Date Next]

[Thread Prev] [Thread Next]

 


Back to the top