diff options
author | Jitse Niesen <jitse@maths.leeds.ac.uk> | 2013-07-26 15:39:18 +0100 |
---|---|---|
committer | Jitse Niesen <jitse@maths.leeds.ac.uk> | 2013-07-26 15:39:18 +0100 |
commit | 70131120abc723eb6e09c9066bee81a0b42335ae (patch) | |
tree | 2610ab7371c90970568c4cc1cc988c432dc834db /Eigen/src/Core/util | |
parent | 6d86cd72243763fdbb93b287e1e0604c8f3b68cb (diff) |
Fix bug in MatrixFunctions for matrices with multiple eigenvalues.
Store indices, not eigenvalues, in clusters.
Bug was introduced in changeset a3a55357db7394281c872e911f13d69aba510aec
.
Diffstat (limited to 'Eigen/src/Core/util')
-rw-r--r-- | Eigen/src/Core/util/XprHelper.h | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/Eigen/src/Core/util/XprHelper.h b/Eigen/src/Core/util/XprHelper.h index 3c4773054..0009ec049 100644 --- a/Eigen/src/Core/util/XprHelper.h +++ b/Eigen/src/Core/util/XprHelper.h @@ -307,9 +307,9 @@ struct transfer_constness * * Example. Suppose that a, b, and c are of type Matrix3d. The user forms the expression a*(b+c). * b+c is an expression "sum of matrices", which we will denote by S. In order to determine how to nest it, - * the Product expression uses: nested<S, 3>::ret, which turns out to be Matrix3d because the internal logic of + * the Product expression uses: nested<S, 3>::type, which turns out to be Matrix3d because the internal logic of * nested determined that in this case it was better to evaluate the expression b+c into a temporary. On the other hand, - * since a is of type Matrix3d, the Product expression nests it as nested<Matrix3d, 3>::ret, which turns out to be + * since a is of type Matrix3d, the Product expression nests it as nested<Matrix3d, 3>::type, which turns out to be * const Matrix3d&, because the internal logic of nested determined that since a was already a matrix, there was no point * in copying it into another matrix. */ |