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 4D768138247 for ; Sun, 12 Jan 2014 11:03:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 65CEDE0CAD; Sun, 12 Jan 2014 11:03:53 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id 62035E0C95 for ; Sun, 12 Jan 2014 11:03:52 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,647,1384300800"; d="scan'208";a="57555430" Received: from unknown (HELO rathaus.eclipse.co.uk) ([109.176.194.157]) by smtpout.karoo.kcom.com with ESMTP; 12 Jan 2014 11:03:52 +0000 Date: Sun, 12 Jan 2014 11:15:27 +0000 From: "Steven J. Long" To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: libtool lt_dlopenext vs. gen_ld_script: breakages at runtime Message-ID: <20140112111527.GB3161@rathaus.eclipse.co.uk> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20140108201443.28291.qmail@stuge.se> <52CDB85A.6030906@gentoo.org> 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: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <52CDB85A.6030906@gentoo.org> X-Archives-Salt: 64d6724a-2bc0-40ad-a448-cafb665004ec X-Archives-Hash: 37ed8cda75ffedd1b91cc61ddf5ad300 On Wed, Jan 08, 2014, Rick "Zero_Chaos" Farina wrote: > Or we could just stop randomly moving libs across the system and > breaking things then hackmeating things back to a "working" state with > gen_ld_script. > > The whole reason for having gen_ld_script is because people wanted > dynamic libs in / and static libs in /usr (which seems insane) and it > broke everything (because that idea is insane). No it's not: it makes no sense whatsoever to have static libs in /; they can only ever be used when one is compiling software, so by definition have /usr available. And moving a dynamic lib is perfectly fine in terms of the system running. That's what /etc/ld.so.cache is for. I agree that it hasn't been done brilliantly fwtw. But there is no reason on earth not to make the change proposed until such time as an alternative impl is put in place; it can only make /lib more consistent. > Maybe we could just > install all the libs together (either / or /usr) and stop pretending > that what we are doing isn't wrong? I'm still at a loss to understand why building the pkg with libdir=/lib and then simply moving the static libs to /usr is not an option. /usr/lib is automatically looked up by the linker, so that won't affect builds: the only issue I can see would be a minor edit of any pkgconf file, if libs are under a subdir, and that only affects static linking. In no event, could not having static libs available under /lib be an issue at startup, in stark contrast to dynamic ones. So the ld_script approach seems really odd, no doubt a result of my ignorance. If all else failed wrt libtool, one could easily symlink static libs under /usr/lib to their lt install location under /lib. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)