[ANNOUNCEMENT] New package: mingw64-x86_64-gcc-4.5.1-1

JonY jon_y@users.sourceforge.net
Tue Sep 14 08:38:00 GMT 2010

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
> 	/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

More information about the Cygwin mailing list