Message309424
| Author |
nascheme |
| Recipients |
Demur Rumed, Mark.Shannon, benjamin.peterson, christian.heimes, mark.dickinson, nascheme, ncoghlan, pitrou, rhettinger, serhiy.storchaka, trent |
| Date |
2018年01月03日.17:54:21 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<20180103175418.n3zk3ggqpgtdquyk@python.ca> |
| In-reply-to |
<1514565955.87.0.213398074469.issue17611@psf.upfronthosting.co.za> |
| Content |
On 2017年12月29日, Mark Shannon wrote:
> One point I didn't cover is jumping to a new line in the debugger.
> Implementing that reliably for finally blocks with code
> duplication is tricky and would mean adding a number of marker
> bytecodes. Which is a big point in favour of the JSR style.
Could we virtually execute the code, forwards or backwards,
starting from f_lasti? For conditional jumps, we would follow both
branches. Stop when we find the line number we want. If we hit an
opcode that causes a fblock push or pop, abort.
I started implementing this as a proof of concept but didn't finish.
It seems to fit most naturally as an exported function of
Python/peephole.c. That file already does a lot of similar stuff. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2018年01月03日 17:54:22 | nascheme | set | recipients:
+ nascheme, rhettinger, mark.dickinson, ncoghlan, pitrou, christian.heimes, benjamin.peterson, trent, Mark.Shannon, serhiy.storchaka, Demur Rumed |
| 2018年01月03日 17:54:21 | nascheme | link | issue17611 messages |
| 2018年01月03日 17:54:21 | nascheme | create |
|