--- "Sheplyakov Alexei" <varg@theor.jinr.ru> wrote:
I chose to re-order those directories in PATH because of the conflict with versions of rm.exe , Aha, I see! Otherwise you can't remove files created by Cygwin's bash [and other utilities] (at least because of different
On Tue, Aug 15, 2006 at 06:39:44PM -0700, Richard Haney wrote: [...] pathname conventions used by Cygwin and win32).
Actually, the problem I noticed was that the non-Cygwin rm.exe was not removing symlinks. The non-Cygwin rm.exe requires the explicit extension .lnk (which seems typically "hidden" in Cygwin utilities output) in the name of the file to be removed; Cygwin rm.exe does not require the .lnk extension.
If you insist on using Cygwin+MinGW, you need at least to
I'm still a bit puzzled by the concern about the mixture of Cygwin+MinGW. My Cygwin installation has no gcc or associated binutils. So I'm puzzled as to why you think there could easily be a conflict. The existence of two versions of rm.exe was the only possible conflict for invocation (i.e., root) names in the two directories "C:\Dev-Cpp\bin" and "C:\cygwin\bin" in PATH. The first directory contains MinGW gcc and associated (MinGW) binutils (as, ld, ar, ...), and the second contains all the Cygwin stuff. That stuff seems pretty disjoint and independent between the two directories, and in fact it seems hard to imagine why configure and associated scripts would be concerned about the MinGW aspect of gcc and the associated binutils. Also, it is my impression that the "MinGW" ("mingw32") questions in the configure and associated scripts are really concerned with whether the MinGW "MSYS" package is being used (instead of Cygwin). That reference to mingw32 seems to have very little to do with MinGW gcc and its associated binutils. The MinGW "MSYS" package is in a different file hierarchy ("C:\msys\1.0.10" on my computer) from the MinGW gcc and associated binutils, even as distributed entirely in the official MinGW packages. So with this idea in mind, it seems that "--hosts=mingw32" (or any mingw32 variation) is a mistake. Please correct me if I am wrong. Best regards, Richard Haney __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com