<div dir="ltr"><div class="gmail_default" style>On Mon, Jan 14, 2013 at 2:07 PM, Christopher Jefferson <span dir="ltr"><<a href="mailto:chris@bubblescope.net" target="_blank" class="cremed">chris@bubblescope.net</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><p dir="ltr">> 3) Optimize quickly or '-O1'<br>
</p></div><div class="im">
> - Attribute: quickopt (this would be a new attribute)<br>
> - Goal: Perform basic optimizations to improve both performance and simplicity of the code, but perform them *quickly*.<br>
> This level is all about compile time, but in a holistic sense. It tries to perform basic optimizations to get reasonably efficient code, and get it very quickly.<br>
></div><p></p>
<p dir="ltr">GCC tries to make -O1 be compatible with debugging. I find having debugging functional with some level of optimisation very useful, particularly in template heavy C++ code. I don't know if there is an optimisation level with similar behaviour in clang.</p>
</blockquote><div style>I'm happy to have an added goal here of code that is reasonable to debug, but I think before we can have that we need to have at least *some* idea what that constitutes. Currently, I have no really good ideas....</div>
</div></div></div>