<div dir="ltr"><div dir="ltr">On Sun, 27 Sep 2020 at 20:27, John Paul Adrian Glaubitz via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As many of these classic systems still have very active communities, especially the Amiga community,<br>
development efforts are still very strong. For example, despite being the oldest port of the Linux<br>
kernel, the m68k port has still multiple active kernel maintainers and is regularly gaining new<br>
features and drivers.<br></blockquote><div><br></div><div>One of the hardest things to do is to build a community of maintainers around. I used to love those architectures, and I still ran emulators on them, but I never contributed back with code (mainly because it's not my area of expertise).</div><div><br></div><div>But the motorola 68k still is an iconic chip and still has a large breadth of maintainers in other projects. I think it's reasonably safe to assume we'll attract some of them into LLVM for the foreseeable future. That would be a big win for us.</div><div><br></div><div>I think this, and other topics in the requirements' list [1] are covered for the 68k.</div><div><br></div><div>For now, codegen quality and ABI conformance probably won't be on par with the target's requirements (discussion on pascal vs C for example), but that's a solvable problem. If the code follows the LLVM policies and the maintainers have a clear list of points to address, introducing it as experimental would be a reasonably trivial thing to do.</div><div><br></div><div>In theory, a target can remain in "experimental" mode for a while. But the more it does, the harder it gets to keep it working. Basically, the cost of doing that falls almost entirely on the local target's community while experimental.</div><div><br></div><div>It's not until the target is built by default (leaves experimental status) that the other buildbots start building and testing them, and developers start building it locally and fixing issues before submitting the review. </div><div><br></div><div>But the quality has to be "production" by then, so the 68k community in LLVM should really have a plan to remove the experimental tag soon. Maintenance after that reduces to continuous development (new features) and bug fixing and is much more amenable.</div><div><br></div><div><div>Has anyone compiled a list of features that will be added and what's the timeframe for them? What's to be done during the experimental phase and afterwards?</div><div><br></div><div>cheers,</div><div>--renato</div><div><br></div><div></div></div><div>[1] <a href="http://llvm.org/docs/DeveloperPolicy.html#adding-a-new-target">http://llvm.org/docs/DeveloperPolicy.html#adding-a-new-target</a></div></div></div>