On Tue, Jun 27, 2023 at 6:37 AM Panu Matilainen <pmati...@redhat.com> wrote: > > On 6/27/23 13:30, Kalev Lember wrote: > > On Tue, Jun 27, 2023 at 11:02 AM Vít Ondruch <vondr...@redhat.com > > <mailto:vondr...@redhat.com>> wrote: > > > > I don't think that GCC is always the best example to follow. > > > > Nevertheless, wouldn't it be worth of phasing out the /lib64? I don't > > know what is the history behind, but I don't think this layout is > > conceptual. > > > > > > I would like to have a layout similar to what Debian is doing, so that > > shared libraries would go in /usr/lib/x86_64-redhat-linux/ and > > /usr/lib64 would be a legacy symlink pointing to it. > > Likewise. > > > That kind of layout would make it much easier to do cross compilation > > because you could just take the whole /usr/lib/another-host-triplet/ > > directory from another architecture without it interfering with the host > > libraries and use it for cross compilation purposes. > > Yes, that /lib/<target> arrangement allows for all manner of things that > just aren't possible with /lib64. > > https://wiki.debian.org/Multiarch/TheCaseForMultiarch is a good read. > > > It would be a lot of work transitioning to a new layout though. > > That it is. >
I'd rather move toward sysroot multiarch instead, which would expand that benefit beyond libraries to basically everything. But to do anything, RPM's handling of architectures needs to change. Years ago, I had attempted to fix some of this upstream, but it didn't make it in. https://github.com/rpm-software-management/rpm/pull/1038 -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
