-
-
Notifications
You must be signed in to change notification settings - Fork 662
Closed
Description
Teaser
------
Python handles multiple inheritance by computing, for each class,
a linear extension of all its super classes (the Method Resolution
Order, MRO). The MRO is calculated recursively from local
information (the *ordered* list of the direct super classes), with
the so-called ``C3`` algorithm. This algorithm can fail if the local
information is not consistent; worst, there exist hiearchies of
classes with provably no consistent local information.
For large hierarchy of classes, like those derived from categories in
Sage, maintaining consistent local information by hand does not scale
and leads to unpredictable ``C3`` failures (the dreaded "could not
find a consistent method resolution order"); a maintenance nightmare.
This patch implements a final solution to this problem. Namely, it
allows for building automatically the local information from the bare
class hierarchy in such a way that guarantees that the ``C3``
algorithm will never fail.
Err, but you said that this was provably impossible? Well, not if
one relaxes a bit the hypotheses, but that's not something one
would want to do by hand :-)
Details
-------
Please see the extensive documentation at the top of the file
sage/misc/c3_controlled.py in the attached patch.
Content of the patch
--------------------
- Implement controlled C3 in sage.misc.c3_controlled.
- Implement a total order in Category, and have Category use
C3 controlled by this order instead of plain C3.
- Tweak the current total order to minimize changes in the order of
categories.
- Update doctests w.r.t. remaining changes of in the order of
categories.
- Remove a coupld doctests displaying "all_super_categories" that did not bring useful information to the user nor intesting test, yet needed to be constantly updated; nothing but a good source of conflicts.
- Rewrite doctests in sage.misc.c3 to be independent of categories
since those do not use anymore this implementation of C3.
- Resolve some ambiguities to make the code more independent of the
order of categories. In particular, FiniteCoxeterGroups prefer
__iter__ and some_elements from CoxeterGroups to that of
FiniteGroups.
- Update the section in the primer about order of categories.
- Provide further tools in ``sage.misc.c3_controlled`` to
experiment with C3 and friends.
- Extract category_sample from category_graph
Credits
-------
This patch is a followup to a study of the C3 algorithm together with
Florent Hivert, and to discussions with Simon King and his
implementation of C3.
Apply
Depends on #12894
Depends on #12876
Depends on #11935
Depends on #12895
Depends on #10193
CC: @sagetrac-sage-combinat @simon-king-jena
Component: categories
Keywords: method resolution order, C3
Author: Nicolas M. Thiéry, Simon King
Reviewer: Simon King, Florent Hivert
Merged: sage-5.12.beta0
Issue created by migration from https://trac.sagemath.org/ticket/13589