<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 17, 2024 at 10:12 PM Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="line-break:after-white-space">In my PPC Debian world, my 64-bit installation of Debian PPC is quite able to run 32 bit software.<div><br></div><div>Linux does this by putting the libraries into lib64 or lib32 subfolders, as Linux does not use "Fat binaries".</div><div><br></div><div>So if you go down this road with MacPorts, then presumably that ability will be lost as there will be only one library folder.</div></div></blockquote><div><br></div><div>It will be equally fine if everything installs libraries either into lib64 or into lib32. And then /lib just does not exist.</div><div>The problem is that it is not what happens. And while forcing CMake to comply with /lib is easy, I have no idea how to do that for autotools etc., which usually do not have a dedicated portgroup. But if someone can do it this way, that gonna solve the problem.</div><div><br></div><div></div><div><br></div></div></div>