This is the mail archive of the cygwin@sourceware.cygnus.com 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]

Re: cygwin32 (mingw32) news update


vischne@ibm.net writes:
> 
> Only one or two problems:
> 
> mingw32 make emphatically does not work.  It needs sh.exe, and, when it
> gets cygwin sh.exe, it has directory addressing conflicts.  It definitely
> does not understand GNU makefiles, even when individual command-line
> compiles work.

Yeah, this is certainly a problem. I'll check with the other make port
(which I should've known about ;-) to see if it fixes the problem. btw,
mingw32 make *does not* need sh.exe; it uses sh.exe if it finds in the
path. Of course, if there is no sh.exe in path, then sh specific commands
will fail (eg., 'cd blah; $(MAKE) all').

To make things worse, Cygwin32 bash seems to have a problem with the 
following construct:

    sh -c "c:/path/to/executable.exe args"

Where the pathname is not converted to //c/path/to/executable.exe.

my make port has another bug which might be due to the "quote eating"
habit of MS CRTDLL spawn functions. This is a low priority for me, but
I'll of course accept patches from you to fix this behaviour.

> 
> For some odd reason, compiling a program or library that references sleep,
> _sleep, __sleep, or Sleep fails during link, no matter what `extra'
> libraries are referenced.
> 

It does not fail for me. I've asked you for more information, and I'd
appreciate a response.

Mumit
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]