[Python-Dev] Update on PEP 523 and adding a co_extra field to code objects (original) (raw)
Maciej Fijalkowski fijall at gmail.com
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 PyCodeNew? 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 ]