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 7CB11138A87 for ; Sat, 21 Feb 2015 20:18:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6EB8DE08FF; Sat, 21 Feb 2015 20:18:20 +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 CBD4DE08FA for ; Sat, 21 Feb 2015 20:18:19 +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 CDA59340965 for ; Sat, 21 Feb 2015 20:18:18 +0000 (UTC) Message-ID: <54E8E809.8050702@gentoo.org> Date: Sat, 21 Feb 2015 12:18:17 -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> In-Reply-To: <54E8AF00.20305@opensource.dyc.edu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: b76a4c24-bed1-4e17-b656-2662ba741b2f X-Archives-Hash: e9f8cdc06dba68c081b9b8b00fdf683d 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. -- Thanks, Zac