From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 78E61138010 for ; Tue, 9 Oct 2012 21:26:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CF6E721C031; Tue, 9 Oct 2012 21:26:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id A715921C034 for ; Tue, 9 Oct 2012 21:26:19 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 26EC733D89F; Tue, 9 Oct 2012 21:26:19 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [PATCH/RFC] eclass/flag-o-matic.eclass: prepend-ldpath Date: Tue, 9 Oct 2012 17:26:48 -0400 User-Agent: KMail/1.13.7 (Linux/3.5.2; KDE/4.6.5; x86_64; ; ) Cc: "Gregory M. Turner" References: <506F9C61.3020500@malth.us> <506FE22D.6000300@malth.us> In-Reply-To: <506FE22D.6000300@malth.us> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4057396.QGI6I1z76Q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201210091726.49675.vapier@gentoo.org> X-Archives-Salt: 5132c01f-7b76-4672-b157-db9857392441 X-Archives-Hash: ae18e90aa48f1481f9714b96f19f9b2c --nextPart4057396.QGI6I1z76Q Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Saturday 06 October 2012 03:47:57 Gregory M. Turner wrote: > My god, I am a horrible self-editor. Sorry. Please ignore the magnum > opus above and allow me to try again. >=20 > In dev-lang/python*, we use >=20 > append-ldflags '-L.' >=20 > to ensure linking is performed against the built libpython.so in-tree, > rather than than in the one in $(libdir). But, this doesn't work if > LDFLAGS contains "-L$(libdir)". well, some notes here ... for users: putting -L is wrong. it changes the meaning o= f=20 "system paths" when it comes to searching for linking by elevating it to "u= ser=20 specified path". imo, you should be fixing the source rather than the symp= tom. for packagers: using -L$(libdir) is almost always wrong and pointless. the= =20 toolchain itself knows the proper system path to search for libraries to li= nk=20 against, and when you cross-compile, the --libdir you specify to configure = is=20 not going to be valid when dereferenced on the build system. > We could try to fix this like: >=20 > export LDFLAGS=3D"-L. ${LDFLAGS}" >=20 > or so. That would cover 99.9% of the cases out there. But very rarely, > indiscriminately placing our '-L.' before every other clause in LDFLAGS > might cause an unanticipated side-effect. i would go with this if you want to support these people doing it wrong =2Dmike --nextPart4057396.QGI6I1z76Q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJQdJaZAAoJEEFjO5/oN/WBCS4QANYnHKmYb5r4tsrI1lajpN4E gVr99tZH/Qe2OQf6xmeI8D1TZisH26DbsDN7KWSIGim+Xj9xl37RkhmZFRiD+3kH nZ5wpphb9iQ+rKgnhxGBCIULtNJWHqJCo26u0g8Xty5ZYtn69rf8ab5r92Fm316t TjQlK6vSAuwqps7kx3cA6BIg/P2O/AwUy3LpwT2SQl5M6Pw0gj/DZOeotmi+QAyH 3k5HPiZnn0it8mBOmRDsRLYSjuNWodg4Sy1CbmQk+y0vM1yQsqM7HZRD4hLTlQrN AJHj6cqddmC9GHjfsR723ZsJnFvFEy80qk7eEK8c/VcIkGsw4Qftn4sLX5WwUuyY hGPbiAY+gQF/YZXVj0cxITSG2hdzijMMOd+hFNbCYCpRLBK8bIa8rJPu5lDOUOf9 sybKGdX0FBQ4K2c91staDgXrl26FMWr/Nn8GZsnIffrKRWv5o9vFkxXj6o565v0q A3MgGeMuayotsZh2eDYJiFqeiePQcivPI/0rymwkt6m9YGATIbyn8rXyK2ba/XZk 9lBiA+lKM7WnjPX3KF3tHEQraokFhgUYSwYurJ6ynehv/K+8UvLRi7WWFlf7jTEl NluhPWXhxBwQWBl8XcaO1k+IuzY8nsl1GlDh1bmkhbWb2CDzV28Fy4b0b+TDh7n2 3HT0c3LyXbO0343PflNg =rpX8 -----END PGP SIGNATURE----- --nextPart4057396.QGI6I1z76Q--