This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients amaury.forgeotdarc, benjamin.peterson, daniel.urban, georg.brandl, gvanrossum, ncoghlan, pwerneck, rodsenra, terry.reedy
Date 2011-04-21.16:36:46
SpamBayes Score 1.5736059e-06
Marked as misclassified No
Message-id <1303403807.45.0.804676159046.issue1294232@psf.upfronthosting.co.za>
In-reply-to
Content
As near as I can tell, the only visible behavioural change with Daniel's patch (updated as per my last comment) will be that the two error cases noted above (i.e. when an explicit metaclass or the first parent type's metaclass is not the most derived metaclass) will now correctly invoke the real metaclass immediately, instead of first traversing up the chain to type(), which then jumps all the way back down to the most derived metaclass.

The "new" special case is actually just a matter of preserving the current behaviour in the one situation where that is the right thing to do.
History
Date User Action Args
2011-04-21 16:36:47ncoghlansetrecipients: + ncoghlan, gvanrossum, georg.brandl, terry.reedy, amaury.forgeotdarc, rodsenra, pwerneck, benjamin.peterson, daniel.urban
2011-04-21 16:36:47ncoghlansetmessageid: <1303403807.45.0.804676159046.issue1294232@psf.upfronthosting.co.za>
2011-04-21 16:36:46ncoghlanlinkissue1294232 messages
2011-04-21 16:36:46ncoghlancreate