X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:subject:to:message-id:date:mime-version
	:content-type:content-transfer-encoding; q=dns; s=default; b=wfm
	oFDSIVJMkiIsQ79TmKaJCEi7rPFacVNMiWX473LYHYtb9it+AKKL5hVKmMBWcy4G
	utrXQYSNkfFnM5UGv7iRBMt3eNbPx7V+KV//YnpBY7TmuYdDFz6tZfceEhIaevtk
	Q/TfG3peQIy78f4UPNHP9DJV944vlUgDiXRcmRAI=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:subject:to:message-id:date:mime-version
	:content-type:content-transfer-encoding; s=default; bh=vIafxs+7F
	p76g4JOGJ6Z+TwU/x0=; b=RplF6tro4WflBHhaPZL0d7UtSSP5S+HdfyHuWDcCk
	qHVVa3HIE0DX1Z53AOvbHQ8e+euSkdxIETeU7YVm+hrkuA1L1lSM+dF7LvAONMKf
	2L/Haj5xESNoNVrPL2miUYeVW/QuGWrpDiYgFNrq6FmfVL8Bg92HhmZr+pAR4zCJ
	0A=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=H*MI:cygwin, H*M:cygwin
X-HELO:	mx1.redhat.com
From:	Yaakov Selkowitz <yselkowitz AT cygwin DOT com>
Subject:	gcc: link scan order of /usr/lib and /usr/lib/w32api
To:	cygwin AT cygwin DOT com
Message-ID:	<56CF3D8B.2050703@cygwin.com>
Date:	Thu, 25 Feb 2016 11:44:43 -0600
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version:	1.0
X-IsSubscribed:	yes

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.

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

- Raw text -