gcc: link scan order of /usr/lib and /usr/lib/w32api
Yaakov Selkowitz
yselkowitz@cygwin.com
Fri Feb 26 07:49:00 GMT 2016
On 2016-02-25 17:12, JonY wrote:
> 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.
Here's a patch:
https://github.com/cygwinports/gcc/blob/master/0027-link-w32api.patch
--
Yaakov
--
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