
<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;"><div>Well, the PR is either merged or not merged :)</div><div><br></div><div>I think my proposal addresses all possible rational concerns.</div><div>If irrational concerns will happen to dominate, well, I can’t do anything about that.</div><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Mar 29, 2024, at 7:47 PM, Ken Cunningham <ken.cunningham.webuse@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="auto"><div dir="ltr"></div><div dir="ltr">I am not a MacPorts admin, however I believe they were pretty clear that 10.6-ppc-specific fixes belong in an overlay repo, not in macports code.</div><div dir="ltr"><br></div><div dir="ltr">If you want that changed, take it up with them.</div><div dir="ltr"><br></div><div dir="ltr">I personally agree with that decision, so I abide by it, until such time as it changes.</div><div dir="ltr"><br></div><div dir="ltr">K</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On Mar 29, 2024, at 04:00, Sergio Had <vital.had@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>Ken, the last time you objected to having gcc10-bootstrap building for ppc on 10.6 in gcc13 port.</div><div>Because that was <i>extra 10 characters of code</i> in the macro, which was too ugly to tolerate, apparently.</div><div>(It was needed for 10.6.8 Rosetta just as much, of course: we cannot use clangs on any powerpc, be it released macOS or pre-released.)</div><div><br></div><div>Anyway, what I suggest is the following:</div><div><br></div><div>1. <i>Keep Rosetta and 10.6 ppc stuff out of existing gcc ports.</i> Those will be only for 10.4–10.5 on PowerPC, which is what you want, AFAIU. No “spaghetti code”, which you dislike.</div><div>2. I make a separate gcc-powerpc port, analogous to gcc-devel, where I can add tweaks I want, and restrict that port to PowerPC. Throw away everything unneeded from there, make it easy to maintain.</div><div><br></div><div>To that separate port I can add support for libc++ on PowerPC, fix IEEE arithmetic in Fortran, support 10.6 ppc and Rosetta, and whats not. Which will not land into any other gcc ports, unless someone else – <i>not me </i>– decides to pick that.</div><div><br></div><div>As I bonus I (and whomever decides to use it) can avoid unnecessary revbumps, wasting many hours of compilation time for nothing, and on the other hand revbump powerpc port without causing pain to anyone else.</div><div><br></div><div>I honestly hope this can keep everyone satisfied.</div><div><br></div><div>I also hope you can cooperate with me then to move 10.4–10.5 to libgcc13, since we should not have a disagreement anymore.</div><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Mar 29, 2024, at 5:34 AM, Ken Cunningham <ken.cunningham.webuse@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div>I was not aware that supporting the bootleg crippled 10.6 PPC pre-beta had anything to do with why nobody had gotten around to updating the gcc version used on older systems.<br><br>At least, it was not anywhere on my radar.<br><br>Just -- nobody did the legwork.<br><br>Ken<br><br><br>On 2024-03-28, at 11:47 AM, Sergio Had wrote:<br><br><blockquote type="cite">Let me make another, final attempt to sort this out once for all and for everyone on old systems.<br><br>I got an idea how to satisfy Ken’s preference of not supporting ppc builds on 10.6 in gcc ports and my need to support those.<br><br>That was the stopper so far, not allowing an agreement to merge.<br><br>I may do this today itself: I have everything working for months, just need to sort commits to make it readable and implement a solution for what I want.<br><br>As a bonus, you will get IEEE intrinsics in Fortran – something that never existed on ppc.<br>On Mar 29, 2024 at 02:36 +0800, Sergio Had <vital.had@gmail.com>, wrote:<br><blockquote type="cite">You should not need gcc8. I had gcc11 working on 10.5 ppc (and ppc64 too). I have seen people using gcc13 on 10.5 ppc following my instructions from the PR.<br><br>What is the point of gcc8?<br><br>You build gcc10-bootstrap and then use it to build gcc13. Nothing else needed in between.<br>On Mar 28, 2024 at 23:58 +0800, Riccardo Mottola via macports-dev <macports-dev@lists.macports.org>, wrote:<br><blockquote type="cite">Hi,<br><br>after all the talk about gcc versions, I tried to build gcc 8 here.<br>Officially it says "gcc8 is known to fail".<br><br>I first did just "build" on Intel 64bit and PPC 32bit - Intel 32bit<br>later, I fear my MacBook has fan issues.<br><br>Intel 64bit finished build! Took several hours. I thus tried to install<br>it... and it says again<br>"libgcc8 is known to fail. Try to install anyway?" and yes, it just built!<br><br>However then it asks about libgcc9.... but I want to stay on libgcc8,<br>that was the point... am Inheriting that it will go up to gcc13?<br><br><br>On PowerPC instead build fails (and ultimate goal is to enable newer<br>gccs on PPC too, where it is needed)<br><br>:info:build cc1plus: warning: '-mdynamic-no-pic' overrides '-fpic',<br>'-fPIC', '-fpie' or '-fPIE'<br>:info:build<br>/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc8/gcc8/work/gcc-8.5.0/gcc/jit/jit-playback.c:<br>In member function 'gcc::jit::result*<br>gcc::jit::playback::context::dlopen_built_dso()':<br>:info:build<br>/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc8/gcc8/work/gcc-8.5.0/gcc/jit/jit-playback.c:2599:3:<br>error: 'dlerror' was not declared in this scope<br>:info:build dlerror ();<br>:info:build ^~~~~~~<br><br><br>Already seen this? Full build log is 6.7MB<br>Should I open a ticket on this or is there already one for gcc8 efforts?<br>didn't find it.<br><br>Riccardo<br></blockquote></blockquote></blockquote><br></div></div></blockquote></div><br></div></blockquote></div></div></blockquote></div><br></body></html>