
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; 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><br></div><div>Whether MacPorts will ever meaningfully support Linux and whether anyone who does will ever care about running 32 bit software on it is another question.</div><div><br></div><div>K</div><div><br></div><div><br></div><div><div><br><blockquote type="cite"><div>On Sep 17, 2024, at 4:12 AM, Sergey Fedorov <vital.had@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr">I just checked the CMake PG, and for Darwin it has a flag with the same effect, but it is MacOS-specific. So yes, we do not need this for Darwin at all, and I can make it specific to non-Apple.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 17, 2024 at 12:55 AM Christopher Jones via macports-dev <<a href="mailto:macports-dev@lists.macports.org">macports-dev@lists.macports.org</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"><div><br></div>Hi,<div><br></div><div>I would say unless there is a need to also use this flag on darwin builds, and it would appear not, then as long as whatever you add to the PG it *only* activates for linux, and not darwin, then it cannot have any serious impact.</div><div><br></div><div>Chris<br id="m_-4430250616805890716lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On 15 Sep 2024, at 1:59 PM, Sergey Fedorov <<a href="mailto:vital.had@gmail.com" target="_blank">vital.had@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Currently nothing in MacPorts sets libdir for CMake ports. On MacOS this is no issue. On Linux this leaves multiple ports broken, since CMake throws libs into ${prefix}/lib64, where nothing looks for them, so all dependents are broken.<div>As a few examples: libdeflate, lerc, libjpeg-turbo.</div><div><br></div><div>I think this should be fixed in cmake PG. Any objections to this?</div><div><br></div><div>Original PR for libdeflate, should be changed to a general fix: <a href="https://github.com/macports/macports-ports/pull/25757" target="_blank">https://github.com/macports/macports-ports/pull/25757</a></div><div><br></div></div>

</div></blockquote></div><br></div></div></blockquote></div>

</div></blockquote></div><br></div></body></html>