
<HTML>

<style> BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }</style>Well, Florian did say he was concerned about the increased maintenance costs, given how complex the compiler is already.  Granted, it's one of the few surefire ways that I've sped up the compiler quite significantly.  Other speed-ups like other case block algorithms may also help.<br>

<br>

Though the modifications as they stand are perfectly adequate, some "inc" instructions get changed to "mov, add, mov" that, while not particularly bad, are a little unexpected, since one of my criteria was that optimised code is either identical or better to what it was before, not worse.  I can always introduce a fix for that later though.<br>

<br>

If I know the changes will be approved or rejected, I can work on additional peephole optimisations that depend somewhat on the overhaul.<br>

<br>

<div> Gareth aka. Kit</div><div><br>

</div><br>

<span style="font-weight: bold;">On Sat 15/12/18 19:05 , "Ben Grasset" operator97@gmail.com sent:<br>

</span><blockquote style="BORDER-LEFT: #F5F5F5 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT:0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px"><div dir="ltr"><div dir="ltr">On Sat, Dec 15, 2018 at 1:14 PM J. Gareth Moreton <<a href="javascript:top.opencompose('gareth@moreton-family.com','','','')">gareth@moreton-family.com</a>> wrote:</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"><div>P.S. This thread is supposed to be for the x86_64 optimizer overhaul that I presented!</div></blockquote><div><br>

</div><div>Despite the other reply I just sent about the memory management stuff I also agree here! Your changes look very beneficial and it would be nice to see them get formally addressed ASAP. </div>

</div></div> 

 
</blockquote></HTML>