> > Move the bytecode optimizer upstream so that its results are saved > > in pyc files and not re-optimized upon import. Saves a bit of > > startup time while still remaining decoupled from the rest of the > > compiler. > > Hm, shouldn't the bytecode optimizer only be used when -O is used, and > hence pyo files are being written? Why? That would throw away most of the benefits to most of the users and gain nothing in return. The peepholer was in place in for Py2.3 and only benefits were seen. I would save the -O option for something where there is a trade-off (loss of docstrings, excessive compilation time, possibly risky optimizations, or somesuch). Here, the peepholer is superfast and costs almost nothing. Raymond
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4