#7852: solve_left for RDF matrices is WRONG
------------------------------+---------------------------------------------
Reporter: was | Owner: was
Type: defect | Status: needs_review
Priority: major | Milestone: sage-4.7.1
Component: linear algebra | Keywords:
Work_issues: | Upstream: N/A
Reviewer: | Author: Rob Beezer
Merged: | Dependencies:
------------------------------+---------------------------------------------
Changes (by rbeezer):
* status: needs_work => needs_review
Comment:
Finally getting back to this one.
1. solve_left and solve_right are confused at the moment - I think this
is important to fix.
2. The code is different, in part because the error messages are
explicit, naming rows and columns when sizes do not match.
3. The longer I think about it, the more I think we should ''never'' be
feeding floating-point matrices into exact routines. We should expose the
!ScyPy/NumPy/LAPACK routines as much as possible and not pretend the exact
routines are going to give reasonable answers as a "fallback."
4. I'm happy to try to get solutions to systems with non-square
coefficient matrices with floating-point entries, but despite a lot of
thought and reading, I'm not convinced of the right approach. In any
event, I'd like to fix the problem at hand, and do the non-square
somewhere else.
5. I am going to set this to "needs review" but I'm happy to entertain
more discussion - I'll just need convincing.
Rob
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7852#comment:8>
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.
