. )
-Original Message-
From: Eric Blake [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 15, 2007 06:51
To: Aviad Lahav
Cc: bug-coreutils@gnu.org
Subject: RE: coreutils rm - win32 native port
- I tried Mingw's MSYS now; it suffers from the problems similar to
cygwin's: needs
The reality is quite the opposite of what you've said: have you looked in
remove.c ? It's full of sun's proprietary functions: openat() and similar;
Those aren't Sun proprietary. They are being added by the next revision
of POSIX, and have already been adopted by Linux. Cygwin is not far
from
-
From: Eric Blake [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 15, 2007 17:46
To: Aviad Lahav
Cc: bug-coreutils@gnu.org
Subject: RE: coreutils rm - win32 native port
Only because someone volunteers to maintain it.
So, if I volunteer to maintain win32 support, would coreutils accept
On Wed, 15 Aug 2007, Aviad Lahav wrote:
I'm sorry but this is getting much too religious debate,
Maintaining multi-platform utilities on which users of many of those
platforms depend minute-by-minute is a tricky enterprise. I don't see any
religious debate here, only a platform-specific
won't be solved: win32 users will have endless
choices of non-standard, not-entirely-working ports.
--Aviad
-Original Message-
From: Eric Blake [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 14, 2007 05:05
To: Aviad Lahav
Cc: bug-coreutils@gnu.org
Subject: Re: coreutils rm - win32 native
- I tried Mingw's MSYS now; it suffers from the problems similar to
cygwin's: needs to be installed and needs a DLL.
MSYS is a collection of mingw apps along with a shell; it encompasses
several features including file name munging, above what a simple
mingw application normally does. Using
Eric Blake wrote:
Aviad Lahav wrote:
- Why shouldn't coreutils accept native win32 ports?
Because the GNU Coding Standards do not require bending backwards
to support proprietary systems. It is counterproductive to our philosophy
to add #ifdefs all over the portable code just for one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Aviad Lahav on 8/13/2007 7:29 AM:
I needed to use rm.exe on my project but found no decent pre-built binaries:
- Cygwin binary was bad for me because the dependency on the DLL
and the mess it does with paths
The cygwin