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
>