-
-
Notifications
You must be signed in to change notification settings - Fork 491
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Base Polyhedron on PPL (by default) #11634
Comments
This comment has been minimized.
This comment has been minimized.
Author: Volker Braun |
This comment has been minimized.
This comment has been minimized.
Attachment: trac_11634_pickling_for_PPL.patch.gz Initial patch |
comment:3
I've added pickling support to PPL, this is now part of this ticket. |
This comment has been minimized.
This comment has been minimized.
Updated patch |
Dependencies: #12159 |
comment:4
Attachment: trac_11634_ppl_backend.patch.gz Through the triangulation of polytopes, this depends on #12159 |
comment:5
Volker, I'll try to review this this week if I can. If I forget feel free to ping me about it. |
comment:6
I'm having trouble applying your patches, it looks like this also depends on #11429. |
comment:7
Yes, that one needs to be reviewed as well. |
comment:9
I have the following patches applied on top of sage-4.8.alpha6 without problems:
The patches might not apply cleanly older sage versions. |
comment:10
Thanks; I was working with an unoffical sage-4.8.rc1, I will switch to 4.8.alpha6 and try again in case that is the problem. |
comment:11
OK, I got it working now. Clearly PPL is much faster on some of my test examples, wow. |
comment:12
Replying to @sagetrac-mhampton:
Oh yeah, working with toric varieties got much better once most basic operations were switched to PPL! I am also the offending reviewer on #11429, dropping off the radar half-way. Will try to remedy it shortly, without forgetting #11599. |
comment:14
For sage-5.0.beta1, the numerial noise fix from #9958 changes one line of polyhedra.py, which causes trac_11634_refactor_polyhedron.patch to fail to apply.
|
comment:15
I'm a little confused by the above numerical noise issue. After changing so that the patch would apply, the doctest failed. If I switch it to
then it works. I'm not sure if the "0.800..." makes sense on some other system or not. Apart from that I think this all looks good. There is one other doctest failure in integral_points.pyx resulting from the Python switch to 2.7, line 688 needs to be changed to
instead of
With those changes I would be happy to give a positive review. I haven't looked at #11429 and #12159 by themselves, but it would be nice to get this ticket into sage-5.0. I don't have a lot of time in the coming weeks but if Andrey can't review those I would try to check them out too. |
comment:16
I already fixed the
the doctest works for me with |
Updated patch |
comment:28
Thanks David, that made things simpler for me to look at. Volker, my apologies for taking so long on reviewing this. I think this should be a great addition to sage-5.0. |
This comment has been minimized.
This comment has been minimized.
comment:30
I am not entirely sure if something is wrong on my end, but when I apply the following patches to Sage-5.0.beta8
I get after trying to start Sage
Is it because some new stuff merged in alpha8 uses old polyhedra code and was not converted? |
comment:31
That must be new stuff that was merged in beta8 |
comment:32
Needs to be rebased |
comment:33
I think this must be from |
Initial patch |
comment:34
Attachment: trac_11634_fix_sage_5_beta8.patch.gz I've added a patch that converts the new !Associahedron class to a PPL-based polyhedron |
This comment has been minimized.
This comment has been minimized.
comment:35
Positive review to the new patch! |
Changed reviewer from Marshall Hampton, David Loeffler to Marshall Hampton, David Loeffler, Andrey Novoseltsev |
Merged: sage-5.0.beta10 |
comment:37
Question (likely dumb): could the behavior at this ask.sagemath question be related to this change (or #14175)? Thanks! |
Rewrite the
Polyhedron
class to allow different backends for the computation and make PPL the default for polyhedra overQQ
.Apply
Depends on #12159
Depends on #11429
CC: @novoselt @dimpase
Component: geometry
Author: Volker Braun
Reviewer: Marshall Hampton, David Loeffler, Andrey Novoseltsev
Merged: sage-5.0.beta10
Issue created by migration from https://trac.sagemath.org/ticket/11634
The text was updated successfully, but these errors were encountered: