[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-07-13 Thread Brett Cannon
Changes by Brett Cannon : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-07-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset 9e164b404983 by Brett Cannon in branch 'default': Issues #15169, #14599: Make PyImport_ExecCodeModuleWithPathnames() use http://hg.python.org/cpython/rev/9e164b404983 -- nosy: +python-dev ___ Python trac

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-07-13 Thread Brett Cannon
Changes by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-07-13 Thread Brett Cannon
Changes by Brett Cannon : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-06-25 Thread Brett Cannon
Brett Cannon added the comment: The problem of deferring to 3.4 is that it will lock in semantics which are honestly weird and not desirable for PyImport_ExecCodeModuleObject() which is new in 3.3. -- ___ Python tracker

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-06-24 Thread Martin v . Löwis
Martin v. Löwis added the comment: I propose to defer this to 3.4. -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list maili

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

2012-06-24 Thread Brett Cannon
New submission from Brett Cannon : import.c:PyImport_ExecCodeModuleObject() is holding on to a ton of C code thanks to get_sourcefile(). Should have PyImport_ExecCodeModuleWithPathnames() use get_sourcefile() only. And then get_sourcefile() should get re-implemented in Python code. --