#9798: Accelerate Polyhedron constructor and fix cddlib output ordering
----------------------------+-----------------------------------------------
Reporter: vbraun | Owner: mhampton
Type: defect | Status: needs_work
Priority: major | Milestone: sage-4.6
Component: geometry | Keywords:
Author: Volker Braun | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
----------------------------+-----------------------------------------------
Changes (by dimpase):
* status: needs_review => needs_work
Comment:
Replying to [comment:16 mhampton]:
> I'm OK with the code addition. These are quite small and clean.
but it is an obvious code bloat!
I have been a user of cdd at some point, published few papers that used
it, including
a paper with Komei himself (whom I know for like 20 years, and to whom I
could write if you like...)
So I am for introducing a dependence of GSL instead of this "clean"
bloat...
>
> I don't know how you could say cddlib is always slower if you look at
the timings towards the end of [http://arxiv.org/abs/math.MG/0210133]. It
really depends on the input. That's why at some point we need to make at
least lrs standard (in my opinion it met the bar a long time ago, I just
haven't argued for it enough) and provide it and hopefully others as
alternative options for Polyhedron.
>
> I would like to test this a bit more before giving a positive review,
I'll try to do that today.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9798#comment:18>
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.
