aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
* added Eigen::FFT andGravatar Mark Borgerding2009-10-20
|\ | | | | | | Eigen::Complex
* | Added Windows support to the BenchTimer.Gravatar Hauke Heibel2009-10-20
| |
| * merged eigen2_for_fft into eigen2 mainlineGravatar Mark Borgerding2009-10-20
|/|
* | * add a Make* expression type builder to allow theGravatar Gael Guennebaud2009-10-16
| | | | | | | | | | | | | | | | | | | | | | | | | | construction of generic expressions working for both dense and sparse matrix. A nicer solution would be to use CwiseBinaryOp for any kind of matrix. To this end we either need to change the overall design so that the base class(es) depends on the kind of matrix, or we could add a template parameter to each expression type (e.g., int Kind = ei_traits<MatrixType>::Kind) allowing to specialize each expression for each kind of matrix. * Extend AutoDiffScalar to work with sparse vector expression for the derivatives.
* | add operator+ scalar to AutoDiffScalarGravatar Gael Guennebaud2009-10-16
| |
* | Inlining fixes + fixed typo.Gravatar Hauke Heibel2009-10-15
| | | | | | | | Removed ei_assert in presence of static assert.
* | autodiff:Gravatar Gael Guennebaud2009-10-15
| | | | | | | | | | | | * fix namespace issue * simplify Jacobian code * fix issue with "Dynamic derivatives"
* | More warning fixes.Gravatar Hauke Heibel2009-10-14
| |
* | Fixed more W4 warnings.Gravatar Hauke Heibel2009-10-14
| |
* | Resize is only defined in Matrix and not in MatrixBase.Gravatar Hauke Heibel2009-10-14
| | | | | | | | I am not sure whether the better fix is to move the resize functions to MatrixBase.
* | Added prod() reduction to the AsciiQuickReference.Gravatar Hauke Heibel2009-10-14
| |
* | add missing PartialReduxExpr::coeff(index) functionGravatar Gael Guennebaud2009-10-13
| |
* | compilation fix: make the generic template ctor explicitGravatar Gael Guennebaud2009-10-13
| |
* | trivial compilation fixGravatar Gael Guennebaud2009-10-13
| |
* | also test that the matrix Q is unitaryGravatar Benoit Jacob2009-10-12
| |
* | Fixed nmake parameter.Gravatar Hauke Heibel2009-10-09
| | | | | | | | | | Disabled debug_* targets for MSVC_IDE (they already exist). Removed the make usage message for MSVC_IDE.
* | mergeGravatar Gael Guennebaud2009-10-07
|\ \
* | | extend the sparse matrix assembly benchmarkGravatar Gael Guennebaud2009-10-07
| | |
* | | really fix stable norm compilation for older gccGravatar Gael Guennebaud2009-10-07
| | |
* | | - remove the debug_test_* targets from "all"Gravatar Gael Guennebaud2009-10-07
| | | | | | | | | | | | | | | | | | (otherwise they are compiled when you simply run make in test/ or when enforcing "test" to be part of "all") - add linking libraries to the debug_test_* targets
| * | the answer to the ultimate question in life is: 664Gravatar Benoit Jacob2009-10-06
| | |
| * | mergeGravatar Benoit Jacob2009-10-06
| |\ \ | |/ / |/| |
| * | allow arbitrary resulttype, fixes Xuewen's issue, and this stuff is going to ↵Gravatar Benoit Jacob2009-10-06
| | | | | | | | | | | | get deeply refactored soon anyway.
* | | fix compilation in stable norm, move a platform check to the unit testsGravatar Gael Guennebaud2009-10-06
| | |
* | | discard vectorization in matrix-vector product when data is not evenGravatar Gael Guennebaud2009-10-05
|/ / | | | | | | aligned on the scalar type size (e.g., for double on 32 bits system without -malign-double)
* | after all we're not aligning to 8byte boundaryGravatar Benoit Jacob2009-10-05
| | | | | | | | keep most of the changes though as they make the code more extensible
* | mergeGravatar Benoit Jacob2009-10-05
|\ \
* | | we were already aligning to 16 byte boundary fixed-size objects that are ↵Gravatar Benoit Jacob2009-10-05
| | | | | | | | | | | | | | | | | | | | | | | | multiple of 16 bytes; now we also align to 8byte boundary fixed-size objects that are multiple of 8 bytes. That's only useful for now for double, not e.g. for Vector2f, but that didn't seem to hurt. Am I missing something? Do you prefer that we don't align Vector2f at all? Also, improvements in test_unalignedassert.
| * | added cygwin specific stuffGravatar Hauke Heibel2009-10-05
|/ /
* | remove unneeded stuffGravatar Benoit Jacob2009-10-05
| |
* | next attempt ... introduce EIGEN_CMAKE_RUN_FROM_CTEST, in that case don't ↵Gravatar Benoit Jacob2009-10-05
| | | | | | | | EXCLUDE_FROM_ALL
* | finally, the right fix: set CTEST_BUILD_TARGET.Gravatar Benoit Jacob2009-10-04
| | | | | | | | So this is the come-back of btest target, and the default target is empty again.
* | dd first-time tip, to warn against doing "make".Gravatar Benoit Jacob2009-10-03
| | | | | | | | now i think we're reasonably safe.
* | use provided $USER if available, let the caller do the update (safer)Gravatar Thomas Capricelli2009-10-04
| |
* | add INSTALL and message about no need to do "make"Gravatar Benoit Jacob2009-10-03
| |
* | add debug targets like debug_qr to build a specific test with debug infoGravatar Benoit Jacob2009-10-03
| | | | | | | | remove the btest target, instead just do "make" since anyway we have to let "make" build the tests
* | fix #59, can't EXCLUDE_FROM_ALL the test directoryGravatar Benoit Jacob2009-10-03
| |
* | Added cmake project definitions.Gravatar Hauke Heibel2009-10-02
| |
* | forgot to hg add this fileGravatar Benoit Jacob2009-10-02
| |
* | fix permissions 666->660Gravatar Benoit Jacob2009-10-02
| |
* | finally, actually purge the Main PageGravatar Benoit Jacob2009-10-02
| |
* | mergeGravatar Gael Guennebaud2009-10-01
|\ \
* | | better fix for (v * v') * v, we still have to find a way to reorder itGravatar Gael Guennebaud2009-10-01
| | |
| * | mergeGravatar Benoit Jacob2009-10-01
|/| |
* | | Fixed wrong line endings.Gravatar Hauke Heibel2009-10-01
| | |
| * | make Replicate ctor require the exact expected typeGravatar Benoit Jacob2009-09-30
|/ /
* | bugfix in the eigenvalue solvers (forgot to resize the eigen vectors)Gravatar Gael Guennebaud2009-09-30
| |
* | *add test to prevent future regressionGravatar Benoit Jacob2009-09-29
| |
* | add outerproduct coeff(int,int) method.Gravatar Benoit Jacob2009-09-29
| | | | | | | | | | | | This is needed to make this expression work: (vec1*vec2.transpose())*vec3 Gael, no objection? Seems to make sense as that's fast.
* | more message improvements, tell the user about building a specific testGravatar Benoit Jacob2009-09-28
| |