-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
RFC: Ordering by Generalized Eigenvalues for Generalized Schur methods #9701
Conversation
Is there a reference to |
No you are right. I had both PR open in the browser. I'll delete the message here and post it in the other PR. |
@@ -2,7 +2,7 @@ debug = false | |||
|
|||
import Base.LinAlg: BlasComplex, BlasFloat, BlasReal, QRPivoted | |||
|
|||
n = 10 | |||
n = 10 # WARNING: n must be >= 10 for GeneralizedSchur tests |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why? Is that mentioned somewhere in the LAPACK docs?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, just in all of the tests that relate to the Generalized Schur method (both mine and the original generalized Schur tests), they get two matrices by splitting a
into 2 matrices -- a[1:5, 1:5], a[6:10, 6:10]
. Just thought it was worth mentioning in case some one ever changed it (the alternative could be to index based on n
).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah. It would be great if you could change the that to something like 1:div(n,2)
and div(n,2)+1:n
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Excellent, I think that will be better anyways. I didn't want to make too many changes to the files, I will fix that.
I went through lapack.jl and tried to find as many of the stride issues as I could. I think I have fixed at least the majority of them and at least the linalg tests still pass on my computer. |
Great. I can see that it needs a rebase. Could you also squash some of the commits? It would be great with two final commits: one for the ordering and one for that fix of the leading dimensions. If that gets too cumbersome it is okay with a single commit. |
db44ee5
to
a712722
Compare
…chur decompositons by plugging into LAPACK's tgsen function.
…e LAPACK functions.
I think that I have finally put them all together. I'm not quite a "git-foo" expert, so it took me a few minutes to figure out what I wanted to do (and had a seminar to attend). Before I finished this it looked like it was successfully building on Travis on OSX but not on Linux. Update: Tests passed with make clean testall on my computer (Ubuntu 14.04) I created a back up of the branch that I can revert to just in case I shot the whole branch. |
Great. Thanks for the rebase. Last thing. Could you add some documentation such that people would know how to use the added functionality? |
No problem. Just added documentation to |
Great. I'll merge when the lights are green. |
RFC: Ordering by Generalized Eigenvalues for Generalized Schur methods
This is related to #9655. In #9655, we were hoping to implement the option to pass a function directly to
gges
/gees
so that LAPACK would do everything in the background. After reading a little more and seeing the work that had been done forordschur
in #8467 with the LAPACK functiontrsen
, we decided that a good step would be to implement the corresponding method for the generalized schur methodtgsen
.Provides the same functionality as Matlab's
ordqz
.CC: @spencerlyon2