<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 26, 2014 at 5:39 PM, reed kotler <span dir="ltr"><<a href="mailto:rkotler@mips.com" target="_blank" class="cremed">rkotler@mips.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Not that I think there is much chance that anyone else is thinking of submitting fast-isel patches for Mips but...<br>
<br>
I am very far a long in this port; almost to where the ARM port for example was when they first enabled fast-isel as the default for -O0.<br>
It's not really our plan to make this the default right now but I'm just saying where we are.<br>
<br>
I'm starting to catch up on the patch push and review so hopefully I will get it all in over the next few weeks.<br>
<br>
Just a warning to anyone wanting to add to what is there that it would for sure conflict with what is in my<br>
plan.<br>
<br>
I have reorganized it all now to be as close as possible to the AARch64 fast-isel port which seems to be the<br>
cleanest to me and especially in call lowering and call return and some of the other more complex areas.<br>
This reorganization is a later one in my queue of patches but that is where it is all at right now internally at Mips.<br>
<br>
I'm so close to AARch64 port that I think that seriously in the future this could all be merged into target independent<br>
code with some small amount of virtual functions or other configuration methods.<br>
<br>
All the hard things have been implemented so my belief is that the rest will go quickly with the AArch64 as the main<br>
reference design; of course consulting the other ports too.<br><br></blockquote><div><br></div><div>Not a bad idea, however, why aren't you doing this incrementally?</div><div><br></div><div>-eric </div></div><br></div></div>