> > 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. Maybe I'm out of tune, but I thought that optimizations should be turned off by default because most people don't need them and because of the risk that the optimizer might break something. Haven't there been situations in Python where one optimization or another was found to be unsafe after having been in use (in a release!) for a long time? I'd rather be safe than sorry. --Guido van Rossum (home page: http://www.python.org/~guido/)
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