[Python-Dev] Update on PEP 523 and adding a co_extra field to code objects
Maciej Fijalkowski
fijall at gmail.com
Tue Aug 30 04:20:28 EDT 2016
More information about the Python-Dev mailing list
Tue Aug 30 04:20:28 EDT 2016
- Previous message (by thread): [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects
- Next message (by thread): [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Tue, Aug 30, 2016 at 3:00 AM, Brett Cannon <brett at python.org> wrote: > > > On Mon, Aug 29, 2016, 17:06 Terry Reedy <tjreedy at udel.edu> wrote: >> >> On 8/29/2016 5:38 PM, Brett Cannon wrote: >> >> > who objected to the new field did either for memory ("it adds another >> > pointer to the struct that won't be typically used"), or for conceptual >> > reasons ("the code object is immutable and you're proposing a mutable >> > field"). The latter is addressed by not exposing the field in Python and >> >> Am I correct is thinking that you will also not add the new field as an >> argument to PyCode_New? > > > Correct. > >> >> > clearly stating that code should never expect the field to be filled. >> >> I interpret this as "The only code that should access the field should >> be code that put something there." > > > Yep, seems like a reasonable rule to follow. > > -brett How do we make sure that multuple tools don't stomp on each other?
- Previous message (by thread): [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects
- Next message (by thread): [Python-Dev] Update on PEP 523 and adding a co_extra field to code objects
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list