Re: Running C extension modules using -m switch
"Eric V. Smith" <[email protected]> Fri, 23 Jun 2017 08:09:18 -0400
| Newsgroups | gmane.comp.python.import |
|---|---|
| Message-ID | <[email protected]> |
I apologize for taking so long to approve this message. I'm not sure why Marcel's posts were marked for moderation. I've cleared that bit. Eric. On 5/23/2017 9:57 AM, [email protected] wrote: > On Tue, 2017-05-23 at 11:19 +1000, Nick Coghlan wrote: >> On 23 May 2017 at 00:51, Petr Viktorin <[email protected]> wrote: >>> Marcel had to leave for the day. To prevent losing a PyCon sprint >>> day, I've >>> fixed up his latest PoC and pushed it here: >>> >>> Branch: https://github.com/encukou/cpython/tree/main_c_modules_name > space >>> Diff: >>> https://github.com/encukou/cpython/compare/master...encukou:main_c_ > modules_namespace?expand=1 >>> >>> These changes get rid of Py_mod_main, and add an optional >>> exec_in_module >>> method to loaders. This method initializes a given module using a >>> given >>> spec. >>> >>> Does this approach look good? >> >> +1 from me (my only comments relate to the fact that some of the >> helper functions descriptions in runpy will need updating), and I >> think it retains forward compatibity with an "autorun" idea I came up >> with during an email discussion with Brandon Rhodes a few months >> back. >> >> While the latter is still an entirely speculative concept, I'll post >> a >> thread about it so you can double-check that we're still leaving that >> possibility open for the future. > > Alright, thanks. > Here's the pull request: https://github.com/python/cpython/pull/1761 > > > _______________________________________________ > Import-SIG mailing list > [email protected] > https://mail.python.org/mailman/listinfo/import-sig >