#11900: Serious regression caused by #9138
---------------------------+------------------------------------------------
   Reporter:  SimonKing    |          Owner:  tbd                  
       Type:  defect       |         Status:  needs_work           
   Priority:  blocker      |      Milestone:  sage-4.7.2           
  Component:  performance  |       Keywords:  categories regression
Work_issues:               |       Upstream:  N/A                  
   Reviewer:               |         Author:  Simon King           
     Merged:               |   Dependencies:  #9138                
---------------------------+------------------------------------------------

Comment(by SimonKing):

 Replying to [comment:32 nthiery]:
 > Altogether your proposals look very good. I am just unsure about short
 > circuiting "Category.join", but I would need to look more in
 > detail.

 Which of the two work-arounds do you mean? The caching (so that the cache
 already happens when calling `Category.join(L)`, not only when creating
 the `JoinCategory`)? Or the attempt to directly create the `JoinCategory`
 during creation of a polynomial ring?

 I think the latter is justified by having only few cases: It can be
 `UniqueFactorisationDomain`, `IntegralDomain` or `EuclideanDomain`, and it
 can be commutative or not. So, one can directly write down the result,
 rather than calling the `Category.join(...)` mechanism. Of course, one
 needs to verify that I wrote it down correctly.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11900#comment:33>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to