<div dir="ltr"><div dir="ltr">On Fri, 27 Aug 2021 at 13:15, Ricky Taylor 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">I'm not entirely sure what the process is from here. Prepare an RFC<br>
for any major changes and start landing incrementally once they achieve<br>
some kind of consensus?</blockquote><div><br></div><div>Hi Ricky,</div><div><br></div><div>I can't comment on the m68k stuff directly, but I can give some pointers on the general consensus building framework.</div><div><br></div><div>First of all, you seem to have a pretty good idea on what the next steps are, so that's half of the problem solved. M68k also has a pretty solid sub-community, which makes driving local changes much easier.</div><div><br></div><div>On consensus building...</div><div><br></div><div>IIUC, most of those questions are related to the target itself and not the generic code generation framework (sel-dag, legalizatio, MIR, etc).</div><div><br></div><div>The only one I remember was more generic is the code-beads that needed table-gen support, but adding a new table-gen back-end is less controversial than changing how sel-dag works, so not super controversial.</div><div><br></div><div>I'm sure there will be dependencies between wider changes and local changes, and that's up to the community how to divide the RFCs and work.<br></div><div><br></div><div>But when bringing RFCs to the attention of the wider community, it's best if the sub-community is already in agreement on what they want to do and what are the valid alternatives (in case the first option doesn't work).</div><div><br></div><div>So, I'd encourage you to start RFCs for the local changes targeting the sub-community, but using this list, so that other people can participate and give opinions.</div><div><br></div><div>Once there is consensus on the changes you can start another RFC to a wider audience, for example, to introduce code-beads into table-gen, with some alternatives.</div><div><br></div><div>All of the local changes that don't need wider consensus can already be implemented in the target itself, approved by the local community, as long as it doesn't change wider behaviour or break bots, etc.</div><div><br></div><div>Hopefully this is helpful in some way...</div><div><br></div><div>cheers,</div><div>--renato</div></div></div>