On Mon, 5 Sep 2016 07:47:53 -0400 Joshua Kinard <[email protected]> wrote:
> On 07/09/2016 17:01, Michał Górny wrote: > > Hello, everyone. > > > > I've finally gotten around to wrapping up my multilib setup > > in a profile, and providing necessary patches to system packages > > to make it possible to use it without having to hack their mistaken > > logic around. > > > > The profile is called 'no-lib-symlink', and is provided as an alternate > > amd64 variant. Unlike the common profiles, it is based on three lib* > > directories: lib32 for 32-bit binaries, lib64 for 64-bit binaries > > and lib as a directory for software packages only (the new-style > > libexec). > > [snip] > > Responding late to this. This change won't, in the future, affect mips > multilib, will it? Remember, we've got three ABIs to juggle, and this > proposed > change looks like it might clobber one of those ABIs. > > o32 - old 32-bit, goes into /lib or /usr/lib. > n32 - hybrid 32-bit/64-bit (like x32), goes into /lib32 or /usr/lib32. > n64 - full 64-bit, goes into /lib64 or /usr/lib64 > > This basically follows the layout that old IRIX used to use when you had > binaries/libs from all three ABIs mixed into the same root. I don't think the patches I committed should cause any trouble for mips. If at all, I think they are more likely to fix some imminent trouble due to buggy transition logic. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/>
pgpH36G1Eahbu.pgp
Description: OpenPGP digital signature
