<br><br><div class="gmail_quote">2012/4/19 Simon Sapin <span dir="ltr"><<a href="mailto:simon.sapin@kozea.fr">simon.sapin@kozea.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":3m6">Le 19/04/2012 14:58, Mike Meyer a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 19 Apr 2012 11:35:13 +0100<br>
Sven Marnach<<a href="mailto:sven@marnach.net" target="_blank">sven@marnach.net</a>>  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>  It wouldn't be completely unthinkable that a Python implementation<br>
>  chooses to extend this behaviour to immutable subclasses of immutable<br>
>  types.  I don't think there is any reason to disallow such an<br>
>  implementation either.<br>
</blockquote>
How would the implementation determine that the subclass was<br>
immutable?<br>
</blockquote>
<br></div>
When all classes in the MRO except 'object' have an empty __slots__?<br></div></blockquote></div><br>But you can still change the __class__ of an object, even immutable ones.<br clear="all"><div><br></div>-- <br>
Amaury Forgeot d'Arc<br>