<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 14 October 2017 at 18:14, Ethan Furman <span dir="ltr"><<a href="mailto:ethan@stoneleaf.us" target="_blank">ethan@stoneleaf.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/14/2017 08:57 AM, Ivan Levkivskyi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Could you please elaborate more what is wrong with PEP 560 and what do you mean by "class definition protections"<br></blockquote>
<br>
Nothing is wrong with PEP 560.  What I am referring to is: <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[snip]<br><div><br></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">OK thanks, then let us keep PEP 560 to its original scope. Its design is specific to generic classes,</div><div class="gmail_extra">so it will probably not help with "wider" metaclass problems.</div><div class="gmail_extra"><br></div><div class="gmail_extra">As a side note, I don't think elimination of metaclasses should be a "goal by itself".</div><div class="gmail_extra">This is a powerful and flexible mechanism, but there are specific situations where</div><div class="gmail_extra">metaclasses don't work well because of e.g. frequent conflicts or performance penalties.</div><div class="gmail_extra"><br></div><div class="gmail_extra">--</div><div class="gmail_extra">Ivan</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>