From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Fri, 05 Nov 2021 09:57:42 +0100 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1miv2c-00021F-8w for lore@lore.pengutronix.de; Fri, 05 Nov 2021 09:57:42 +0100 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1miv2b-000376-Uv; Fri, 05 Nov 2021 09:57:41 +0100 Received: from drehscheibe.grey.stw.pengutronix.de ([2a0a:edc0:0:c01:1d::a2]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1miv2E-00036u-5K; Fri, 05 Nov 2021 09:57:18 +0100 Received: from [2a0a:edc0:0:1101:1d::39] (helo=dude03.red.stw.pengutronix.de) by drehscheibe.grey.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1miv2D-0006mk-F2; Fri, 05 Nov 2021 09:57:17 +0100 Received: from mol by dude03.red.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1miv2D-006aL5-5K; Fri, 05 Nov 2021 09:57:17 +0100 Date: Fri, 5 Nov 2021 09:57:17 +0100 From: Michael Olbrich To: Christian Melki Message-ID: Mail-Followup-To: Christian Melki , ptxdist@pengutronix.de References: <4d8f168a-d731-8cc0-892c-19c9f0cdc879@t2data.com> <20211015131257.GE2239952@pengutronix.de> <351d7aec-e41a-c334-1835-5062e8825650@t2data.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <351d7aec-e41a-c334-1835-5062e8825650@t2data.com> X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-IRC: #ptxdist @freenode X-Accept-Language: de,en X-Accept-Content-Type: text/plain Subject: Re: [ptxdist] Request for comments: CROSS_LIB_DIR handling etc. X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Cc: ptxdist@pengutronix.de Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false Hi, On Thu, Nov 04, 2021 at 11:06:13AM +0100, Christian Melki wrote: > Bump. Right, this got lost on my side, sorry. > No more comments? Action? > > On 10/15/21 3:34 PM, Christian Melki wrote: > > On 10/15/21 3:12 PM, Michael Olbrich wrote: > > > Hi, > > > > > > On Wed, Oct 13, 2021 at 09:29:24AM +0200, Christian Melki wrote: > > > > I've been correcting various hardcoded paths in ptxdist packages > > > > and whatnot > > > > lately. This started with ptxdist not coping well with toolchains that > > > > adhere to the ABI path for various architectures. > > > > > > > > Yesterday, I dug into the problem that on x86_64 (/lib64), all > > > > .pc.in -> .pc > > > > file transformations looked broken with hardcoded paths. At > > > > first I thought > > > > it had something to do with autoconf or pkg-config but after a > > > > while I found > > > > this. > > > > > > > > scripts/lib/ptxd_make_world_install_mangle_pc.awk > > > > > > > > Which after a while made me realize that there is still a lot of code in > > > > ptxdist core stuff that assumes that lib-paths are only /lib and nothing > > > > else. > > > > > > > > So. I'm presenting a two options here. > > > > > > > > 1. Fix all ptxdist core stuff, because really, ptxdist should be more > > > > flexible than hardcoded paths. Esp. for libs. > > > > > > > > 2. Split ptxd_get_lib_dir, because, ld.so path should not be > > > > assumed to be > > > > the same as main library install path. So ptxd_get_ld_lib_dir which does > > > > what it does today and install ld there and ptxd_get_lib_dir = > > > > /lib and be > > > > done with all the userspace library transformations. > > > > > > So, put everything in lib/ and only the ld.so in lib64/, right? > > > > > > > Yes. And depending on toolchain configuration.. + glibc, but not the > > rest of the userspace libs as you say. Since the copy_toolchain routines > > query the linker by itself afaiu. Good point about copy_toolchain. I don't mind if glibc (etc.) is installed in /lib64 as well. Whatever is easier to start with. We can change that later if necessary. > > Either way, the important bit is the hardcoded path to ld.so in the ABI > > declaration. That's the one you have to hit, otherwise you'll have > > bricked userspace. :) The rest can be solved with ld.so.conf. So /usr/lib is not in the default search path and /etc/ld.so.conf is necessary in this case? > > > > So. Number one probably requires a lot of more work and a lot of > > > > headache. > > > > > > And we'll probably break it more often. > > > > Pretty much guaranteed, yes. > > > > > > Number two should be rather straightforward, atleast in theory. > > > > > > There will be some packages that will use lib64/ anyways, because they > > > query the toolchain directly. We have a platform-foo/sysroot-host/lib64 > > > symlink because of that. > > > > > > > Any thoughts? > > > > > > I actually really like option 2. It sounds like a lot less work and > > > problems in the long run. > > > > While I'd like a more generic solution, I can absolutely value things > > that works and are simple. So, less problems it is. :) :-) > > > If necessary, we could also make lib64/ a symlink to lib/ (in > > > ptxd_make_world_install_prepare() and in the final rootfs). That way, it > > > wouldn't matter which one the packages are using. > > > But I'd like to avoid that if possible. > > > > Mmm. I botched my rules to always include a separate lib64 now, but > > that's just a hack. Michael -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de