<p dir="ltr">+1</p>
<div class="gmail_quote">On Dec 11, 2012 8:47 AM, "Ned Batchelder" <<a href="mailto:ned@nedbatchelder.com">ned@nedbatchelder.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 12/9/2012 5:22 PM, Mark Shannon wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The current CPython bytecode interpreter is rather more complex than it needs to be. A number of bytecodes could be eliminated and a few more simplified by moving the work involved in handling compound statements (loops, try-blocks, etc) from the interpreter to the compiler.<br>

</blockquote>
<br>
As with all suggestions to optimize the bytecode generation, I'd like to re-iterate the need for a way to disable all optimization, for the sake of reasoning about the program.  For example, debugging, coverage measurement, etc.  This idea was misunderstood and defeated in <a href="http://bugs.python.org/issue2506" target="_blank">http://bugs.python.org/<u></u>issue2506</a>, but I strongly believe it is important.<br>

<br>
--Ned.<br>
______________________________<u></u>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-dev" target="_blank">http://mail.python.org/<u></u>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/guido%40python.org" target="_blank">http://mail.python.org/<u></u>mailman/options/python-dev/<u></u>guido%40python.org</a><br>
</blockquote></div>