On 9/14/2010 15:29, Charles Wilson wrote:
On 9/14/2010 2:57 AM, JonY wrote:
That is weird.
Do you have mingw64 binutils installed? Somehow the cygwin binutils was
used.
I don't know about Andy, but I sure do -- and I can reproduce his
problem. I suspect there is a "bug" in how the cross tool locates the
/usr/x86_64-w64-mingw32/bin
directory, given the mount structure:
/usr/bin = /bin
/usr/lib = /lib
BUT
/usr/x86_64-w64-mingw32 != /x86_64-w64-mingw32
because if I do THIS:
mount -o bind /usr/x86_64-w64-mingw32 /x86_64-w64-mingw32
then
/bin/x86_64-w64-mingw32-gcc -o foo foo.c
works, just as if I had invoked
x86_64-w64-mingw32-gcc -o foo foo.c
I say this is a "bug" in quotes, because...well, I'm not sure it fits
the definition. It's *our* fault we use a wacky mount structure on cygwin...
--
Chuck
So, if /usr/x86_64-w64-mingw32 actually exists, it works?
This looks bad, nonetheless.
Maybe we can fix cygwin by only redirecting known directories like,
/usr/bin and /usr/lib to those in /. It would probably break third party
apps, so its not entirely good either.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
