gcc: link scan order of /usr/lib and /usr/lib/w32api

[JonY]

On 2/26/2016 01:44, Yaakov Selkowitz wrote:
> JonY,
> 
> It has been brought to my attention that /usr/lib/w32api is now taking
> precedence over /usr/lib, which is a result of this commit:
> 
> https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=227962
> https://github.com/gcc-mirror/gcc/commit/c1b7008c95f97dd7c11997e7be7be7b58d113db0
> 
> 
> This is incorrect, and results in the unfortunately-named w32api
> libuuid.a being found instead of the completely unrelated *NIX libuuid
> (which is what *NIX software expects to find).
> 
> Linking from /usr/lib/w32api is handled in binutils, and this is the fix
> that my cygwin cross-toolchains are using to support sysroots:
> 
> https://github.com/cygwinports/cygwin32-binutils/blob/master/01-w32api-sysroot.patch
> 
> 
> Please revert r227962.
> 

Ok, I'll do a new release soon.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xD4EBC740.asc
Type: application/pgp-keys
Size: 3139 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20160225/e7fffbb7/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://cygwin.com/pipermail/cygwin/attachments/20160225/e7fffbb7/attachment.sig>