MSYS aims to provide a *nix like environment, in which you can deploy the MinGW port of GCC, to facilitate building native Windoze apps, using a GNU style build system. It's effectively a stripped down fork of an early Cygwin, much lighter in weight, and creating apps without any Cygwin like DLL dependencies.
For its bash' shell alone, I prefer MSYS, to bare GnuWin32, and I usually favour the tools included with MSYS over their GnuWin32 counterparts. However, the tools provided by MSYS are pared to a minimal set, just sufficient to satisfy a majority of GNU package building requirements. (There is also an msysDTK, which addsperl' and the GNU autotools, IIRC).
Of course, this minimal set of tools may not be sufficient for your needs; it isn't for mine! In this case, I use MSYS + msysDTK + GnuWin32, running everything out of the MSYS `bash' shell; this works well for me.
There is one caveat. With MSYS-1.0.10, the GnuWin32 apps must not be installed into the /bin or /usr/bin trees, of the MSYS installation; put them in /usr/local/bin instead, and all works as intended.
BTW, I believe Kees uses MSYS/MinGW to actually build the GnuWin32 packages.
HTH,
Keith.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is due to an imperfect implementation of chown, which changes ownership of files. It will be repaired in the next release of coreutils. Since the present version of chown does not actually do anything, the message is harmless and can be ignored: everything is copied as intended.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did notice that the copy works, but it returns an error which breaks my makefiles. I'll try again when the next version of coreutils is released. Thank you for the help.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
Can someone tell me why the following fails on Windows XP?
C:\>md test
C:\>md subdir
C:\>cp -a subdir test
cp: failed to preserve ownership for `test/subdir': Permission denied
Maybe an issue with the GnuWin32 implementation of `cp'?
On Win2K, and using the MSYS implementation of `cp', from http://prdownloads.sourceforge.net/mingw/MSYS-1.0.10.exe?download
this works perfectly for me.
Regards,
Keith.
I was looking for an upgrade path from UnxUtils. Which would be better GnuWin32 or MSYS
It depends what you want to use it for.
MSYS aims to provide a *nix like environment, in which you can deploy the MinGW port of GCC, to facilitate building native Windoze apps, using a GNU style build system. It's effectively a stripped down fork of an early Cygwin, much lighter in weight, and creating apps without any Cygwin like DLL dependencies.
For its
bash' shell alone, I prefer MSYS, to bare GnuWin32, and I usually favour the tools included with MSYS over their GnuWin32 counterparts. However, the tools provided by MSYS are pared to a minimal set, just sufficient to satisfy a majority of GNU package building requirements. (There is also an msysDTK, which addsperl' and the GNU autotools, IIRC).Of course, this minimal set of tools may not be sufficient for your needs; it isn't for mine! In this case, I use MSYS + msysDTK + GnuWin32, running everything out of the MSYS `bash' shell; this works well for me.
There is one caveat. With MSYS-1.0.10, the GnuWin32 apps must not be installed into the /bin or /usr/bin trees, of the MSYS installation; put them in /usr/local/bin instead, and all works as intended.
BTW, I believe Kees uses MSYS/MinGW to actually build the GnuWin32 packages.
HTH,
Keith.
This is due to an imperfect implementation of chown, which changes ownership of files. It will be repaired in the next release of coreutils. Since the present version of chown does not actually do anything, the message is harmless and can be ignored: everything is copied as intended.
I did notice that the copy works, but it returns an error which breaks my makefiles. I'll try again when the next version of coreutils is released. Thank you for the help.