<div dir="ltr"><div>I am sorry about the delay, somehow I lost this email in my inbox.</div><div><br></div><div>While I certainly sympathize with enthusiast developers working on obsolete systems and doing some pretty cool hacking, I agree that the goals of an actively developed back end and an enthusiast-maintained back end are rather different.</div><div><br></div><div>Any code for Darwin PPC in the upstream back end is a burden for new development on actively supported platforms such as Linux, AIX and FreeBSD. Similarly, all the new code added for those actively supported platforms as well as new hardware is a burden for enthusiast developers looking to maintain support for obsolete platforms. As such, I believe that coexistence in the same codebase provides little benefit while causing a fair bit of friction. I would suggest that an out-of-tree back end for Darwin PPC would reduce this friction.</div><div><br></div><div>While I understand there are definite disadvantages to keeping code out-of-tree due to interface/API changes, I think that these changes are less frequent than the daily interactions that developers for active platforms would have with code that is specific to Darwin PPC.</div><div><br></div><div>Nemanja<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 25, 2021 at 2:38 PM Andrew Chiw <<a href="mailto:andrew.work0@gmail.com">andrew.work0@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">There is a sizable Mac PowerPC community that also thinks that if Rust is on m68k, then it should also be on Darwin PPC, seeing that it's already on Darwin and PPC Linux.<div dir="auto"><br></div><div dir="auto">Although speaking with Iain, it doesn't sound like it's actually a trivial matter.</div><div dir="auto"><br></div><div dir="auto">I think the problem is that nobody showed up to defend Rust on PPC Darwin back then (and by extension, Go on PowerPC in a similar GitHub issue) because the cultures are so different. On one side you have devs working deep in large companies and using mailing lists and on the other side you have users on Macrumors/Discord who have no idea how to voice their opinion at crucial times like this.</div><div dir="auto"><br></div><div dir="auto">If someone could onboard me to the scope of this problem in an efficient way, I'd be happy to maintain and also provide docs to make it easy for other devs to jump in and help maintain. Because the main problem here is it's difficult to know what needs to be done, not enough people understand systems programming at a low level to keep things alive for old systems like this. As you know there are so many web devs these days on JS and the like.</div><div dir="auto"><br></div><div dir="auto">I also think it would be interesting to create an economy to incentivize enthusiast development for obsolete platforms. For example, F@H's points system gets people contributing even though they have no monetary value. And there are Patreons for people like Hector Marcan and Rene Rebe. I just think that it should be possible to incentivize and organize an entire community, not just individuals.</div><div dir="auto"><br></div><div dir="auto">But all this will come after a successful port of Rust over...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 Oct 2021, 13:10 John Paul Adrian Glaubitz, <<a href="mailto:glaubitz@physik.fu-berlin.de" target="_blank">glaubitz@physik.fu-berlin.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Nemanja!<br>
<br>
On 10/25/21 11:27, Nemanja Ivanovic wrote:<br>
> Bringing back support for Darwin/PowerPC is of course possible, but such<br>
> undertakings are not free. Aside from the effort to bring it back, there is<br>
> the effort of maintaining that support as the PowerPC back end continues to<br>
> be developed for supported platforms (Linux, AIX, FreeBSD). So in order to<br>
> consider bringing it back, we would really need to understand the use case<br>
> - now and in the future.<br>
<br>
I understand. But since both PowerPC and Darwin support are still there, I would<br>
assume that the changes in question aren't big at all. I just had a quick look<br>
and it looks like the majority of changes affects removing tests specific to<br>
Darwin/PowerPC [1] and some minor removal in the AsmPrinter code [2].<br>
<br>
I'm not a strong proponent of Darwin but I think those changes are relatively small.<br>
<br>
Adrian<br>
<br>
> [1] <a href="https://github.com/llvm/llvm-project/commit/7c80f98b69a6a9ad027a3f4bfda073958141d977" rel="noreferrer noreferrer" target="_blank">https://github.com/llvm/llvm-project/commit/7c80f98b69a6a9ad027a3f4bfda073958141d977</a><br>
> [2] <a href="https://github.com/llvm/llvm-project/commit/ebd26cc8c434f40fe8079ee823e7657b5138769f" rel="noreferrer noreferrer" target="_blank">https://github.com/llvm/llvm-project/commit/ebd26cc8c434f40fe8079ee823e7657b5138769f</a><br>
<br>
-- <br>
 .''`.  John Paul Adrian Glaubitz<br>
: :' :  Debian Developer - <a href="mailto:glaubitz@debian.org" rel="noreferrer" target="_blank">glaubitz@debian.org</a><br>
`. `'   Freie Universitaet Berlin - <a href="mailto:glaubitz@physik.fu-berlin.de" rel="noreferrer" target="_blank">glaubitz@physik.fu-berlin.de</a><br>
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913<br>
<br>
</blockquote></div>
</blockquote></div>