<p dir="ltr">Nevertheless the optimizer does crazy things to ceval.c. Trent, can you confirm you were debugging unoptimized code?</p>
<p dir="ltr">--Guido van Rossum (sent from Android phone)</p>
<div class="gmail_quote">On Nov 27, 2012 8:57 AM, "Christian Heimes" <<a href="mailto:christian@python.org">christian@python.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 27.11.2012 15:30, schrieb Nick Coghlan:<br>
> I'm not sure that has anything to do with "yield from", but rather to do<br>
> with the use of computed gotos<br>
> (<a href="http://hg.python.org/cpython/file/default/Python/ceval.c#l821" target="_blank">http://hg.python.org/cpython/file/default/Python/ceval.c#l821</a>). For<br>
> sane stepping in the eval loop, you probably want to build with<br>
> "--without-computed-gotos" enabled (that's a configure option on Linux,<br>
> I have no idea how to turn it off on Windows). Even without that, the<br>
> manual opcode prediction macros are still a bit wacky (albeit easier to<br>
> follow than the compiler level trickery).<br>
<br>
I don't think the problem is related to computed gotos. Visual Studio<br>
doesn't support labels as values and therefore doesn't do computed<br>
gotos, too. It's a special feature of GCC and some other compilers.<br>
<br>
tl;dr:<br>
No computed gotos on Windows ;)<br>
<br>
Christian<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-ideas" target="_blank">http://mail.python.org/mailman/listinfo/python-ideas</a><br>
</blockquote></div>