Re: [Python-Dev] Should the dataclass frozen property apply to subclasses?

2018-02-28 Thread Eric V. Smith
On 3/1/2018 1:02 AM, Nick Coghlan wrote: I'm assuming you meant "3.7.0b2" here (and similarly alpha->beta for the other version numbers below) Oops, yes. Thanks. So going back to original questions above, my suggestions are: 1. What happens when a frozen dataclass inherits from a

Re: [Python-Dev] Should the dataclass frozen property apply to subclasses?

2018-02-28 Thread Nick Coghlan
On 28 February 2018 at 10:37, Eric V. Smith wrote: > So, given a frozen dataclass "C" with field names in "field_names", I > propose changing __setattr__ to be: > > def __setattr__(self, name, value): > if type(self) is C or name in field_names: > raise

Re: [Python-Dev] PEP 467 (Minor API improvements for binary sequences) - any thoughts?

2018-02-28 Thread Nick Coghlan
On 28 February 2018 at 03:15, Ethan Furman wrote: > On 02/26/2018 11:34 PM, Elias Zamaria wrote: > > I don't know how I would feel working on something so general, of use to >> so many people for lots of different purposes. >> Do I know enough about all of the use cases and

Re: [Python-Dev] Backward incompatible change about docstring AST

2018-02-28 Thread Serhiy Storchaka
28.02.18 12:49, Armin Rigo пише: On 27 February 2018 at 15:32, Serhiy Storchaka wrote: 1. CPython and PyPy set different position for multiline strings. PyPy sets the position of the start of string, but CPython sets the position of the end of the string. A program that

Re: [Python-Dev] Backward incompatible change about docstring AST

2018-02-28 Thread Armin Rigo
Hi, On 27 February 2018 at 15:32, Serhiy Storchaka wrote: > 1. CPython and PyPy set different position for multiline strings. PyPy sets > the position of the start of string, but CPython sets the position of the > end of the string. A program that utilizes the docstring