Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13473
___
___
Python-bugs-list
Nick Coghlan ncogh...@gmail.com added the comment:
Your basic approach looks sensible to me.
One trick I use in test_cmd_line_script to prevent recreation is to simply
delete the source file. If the source is gone, implicit recreation is
impossible. Unfortunately, that doesn't work for
Éric Araujo mer...@netwok.org added the comment:
Nick, would you have a bit of time to read my OP and reply?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13473
___
Éric Araujo mer...@netwok.org added the comment:
See http://bugs.python.org/issue12119#msg146943
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13473
___
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
What exactly do you consider to backport to distutils?
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13473
New submission from Éric Araujo mer...@netwok.org:
I recently changed packaging.util.byte_compile, the function used by the
build_py and install_lib commands, so that it can create .pyc and/or .pyo files
independently of the calling’s Python -O or -B flags (dad02a080bbc), but I
think I
Éric Araujo mer...@netwok.org added the comment:
(For the reference, the bug I added is this:
http://hg.python.org/cpython/rev/c10946a17420#l6.45
p7g.util.byte_compile calls py_compile.compile with a filename ending in .pyc
or .pyo as appropriate, but the optimization level in the
