Message309440
| Author | pitrou |
|---|---|
| Recipients | benjamin.peterson, brett.cannon, methane, ncoghlan, pitrou, rhettinger, serhiy.storchaka, yselivanov |
| Date | 2018-01-03.21:52:19 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1515016339.43.0.467229070634.issue32477@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
> But some peephole optimizations will work with the intermediate fixed-size representations used by the compiler, before generating the concrete bytecode. Then perhaps the goal should be to make the peephole operate on that intermediate representation? I think it's valuable to have a separate C module for optimizations, instead of cramming them in compiler.c. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-01-03 21:52:19 | pitrou | set | recipients: + pitrou, brett.cannon, rhettinger, ncoghlan, benjamin.peterson, methane, serhiy.storchaka, yselivanov |
| 2018-01-03 21:52:19 | pitrou | set | messageid: <1515016339.43.0.467229070634.issue32477@psf.upfronthosting.co.za> |
| 2018-01-03 21:52:19 | pitrou | link | issue32477 messages |
| 2018-01-03 21:52:19 | pitrou | create | |