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 E6700138A87 for ; Sun, 22 Feb 2015 06:22:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AEFDCE08AC; Sun, 22 Feb 2015 06:22:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DF207E08A6 for ; Sun, 22 Feb 2015 06:22:15 +0000 (UTC) Received: from [192.168.0.13] (ip174-67-205-96.oc.oc.cox.net [174.67.205.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 91D2D340B40 for ; Sun, 22 Feb 2015 06:22:14 +0000 (UTC) Message-ID: <54E97594.1090809@gentoo.org> Date: Sat, 21 Feb 2015 22:22:12 -0800 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-portage-dev@lists.gentoo.org Subject: Re: [gentoo-portage-dev] Pre RFC on RFC: Add compiler information to exported a Package Manger's Cached Information. References: <54E8AF00.20305@opensource.dyc.edu> <54E8E809.8050702@gentoo.org> In-Reply-To: <54E8E809.8050702@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: f9ed9b2c-8fec-472c-a091-fe77ac0917f7 X-Archives-Hash: a5d50b0586bb832389e8d5ba6b2fd03b On 02/21/2015 12:18 PM, Zac Medico wrote: > On 02/21/2015 08:14 AM, Anthony G. Basile wrote: >> Finally, a limitation of the above should be noted. Since the >> CFLAGS/CXXFLAGS cached are only those supplied by the user, it does not >> cover situations where the package build system or ebuild supply their >> own -std= flag. Since this information cannot and should not be cached >> by the package manager, utilities used to find any mismatches in C++ ABI >> must provide for this intelligence. > > I wonder if it's feasible to force the -rpath option when using the > -std= flag, and force the real/canonical libstc++.so path into the > rpath. There's some mention of -rpath here: > > http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN95 > > Have the -rpath information in the binaries should make it easy to > correctly resolve the library dependencies. If we put the real/canonical libstdc++.so path in the DT_NEEDED section, then it will automatically work with existing soname dependency support. -- Thanks, Zac