lists.tuxfamily.org/eigen |

[ Thread Index | More lists.tuxfamily.org/eigen Archives ]

282 message(s), the most recent arriving on Tue 24 February at 23:31 GMT.

Tuesday September 01

**[eigen] Assignment of product to X.noalias() does not resize X***Jitse Niesen***Re: [eigen] Assignment of product to X.noalias() does not resize X***Gael Guennebaud*

**[eigen] Cost of a map operation***Rohit Garg***Re: [eigen] Cost of a map operation***Benoit Jacob***Re: [eigen] Cost of a map operation***Gael Guennebaud***Re: [eigen] Cost of a map operation***Rohit Garg*

**[eigen] decompositions: how to deal with unitaries***Benoit Jacob***Re: [eigen] GivensQR***Benoit Jacob***[eigen] SuperLU***Trevor Irons***[eigen] conservative resize ...***Hauke Heibel*

**Re: [eigen] conservative resize ...***Benoit Jacob***[eigen] Unsigned types***Benjamin Schindler***Re: [eigen] Unsigned types***Rohit Garg***Re: [eigen] conservative resize ...***Márton Danóczy***Re: [eigen] Plans for EigenSolver***Gael Guennebaud***Re: [eigen] ILU decomposition***Gael Guennebaud***Re: [eigen] conservative resize ...***Benoit Jacob***Re: [eigen] Unsigned types***Benoit Jacob***Re: [eigen] ILU decomposition***Peter Román*

**[eigen] Way to obtain AdjointReturnType?***Rhys Ulerich*

**Re: [eigen] Way to obtain AdjointReturnType?***Gael Guennebaud***Re: [eigen] SuperLU***Gael Guennebaud***Re: [eigen] Plans for EigenSolver***Jitse Niesen***Re: [eigen] conservative resize ...***Márton Danóczy***Re: [eigen] Plans for EigenSolver***Gael Guennebaud***Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] conservative resize ...***Gael Guennebaud***Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] conservative resize ...***Márton Danóczy***Re: [eigen] conservative resize ...***Benoit Jacob***Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] conservative resize ...***Benoit Jacob***Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] conservative resize ...***Benoit Jacob***Re: [eigen] Way to obtain AdjointReturnType?***Rhys Ulerich***Re: [eigen] Way to obtain AdjointReturnType?***Benoit Jacob***Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] SuperLU***Trevor Irons*

**Re: [eigen] conservative resize ...***Hauke Heibel***Re: [eigen] conservative resize ...***Benoit Jacob***Re: [eigen] Way to obtain AdjointReturnType?***Rhys Ulerich***[eigen] UnalignedArrayAssert and EIGEN_DONT_VECTORIZE***Staffan Gimåker***Re: [eigen] UnalignedArrayAssert and EIGEN_DONT_VECTORIZE***Benoit Jacob***Re: [eigen] GivensQR***Andrea Arteaga***Re: [eigen] UnalignedArrayAssert and EIGEN_DONT_VECTORIZE***Staffan Gimåker*

**[eigen] How far along is the sparse module?***bp***Re: [eigen] How far along is the sparse module?***Peter Román***Re: [eigen] How far along is the sparse module?***bp***Re: [eigen] How far along is the sparse module?***Gael Guennebaud***Re: [eigen] GivensQR***Benoit Jacob***Re: [eigen] GivensQR***Benoit Jacob*

**R:Re: [eigen] GivensQR***yo . eres***Re: R:Re: [eigen] GivensQR***Benoit Jacob***Re: [eigen] How far along is the sparse module?***Thomas Capricelli***[eigen] Appending items in VectorXfs***Panos***Re: [eigen] Appending items in VectorXfs***Rohit Garg***Re: [eigen] Appending items in VectorXfs***Hauke Heibel***Re: [eigen] Appending items in VectorXfs***Panos***[eigen] still the solve() API debate***Benoit Jacob***[eigen] Re: still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Keir Mierle***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Keir Mierle***Re: [eigen] still the solve() API debate***Benoit Jacob*

**Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Robert Bocquier***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Gael Guennebaud***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Rohit Garg***Re: [eigen] still the solve() API debate***Benoit Jacob***[eigen] operator overloading vs expression templates, and the need to return references***Rohit Garg***Re: [eigen] operator overloading vs expression templates, and the need to return references***Benoit Jacob***Re: [eigen] operator overloading vs expression templates, and the need to return references***Rohit Garg***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] operator overloading vs expression templates, and the need to return references***Benoit Jacob***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] operator overloading vs expression templates, and the need to return references***Gael Guennebaud*

**Re: [eigen] operator overloading vs expression templates, and the need to return references***Rohit Garg***[eigen] vectorization for ints not working***Rohit Garg***[eigen] Re: vectorization for ints not working***Rohit Garg***Re: [eigen] Re: vectorization for ints not working***Gael Guennebaud***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] Re: vectorization for ints not working***Rohit Garg***Re: [eigen] Re: vectorization for ints not working***Rohit Garg***[eigen] Rigid transformations in eigen: use of dual quaternions***Rohit Garg***[eigen] Re: Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] operator overloading vs expression templates, and the need to return references***Benoit Jacob***Re: [eigen] operator overloading vs expression templates, and the need to return references***Rohit Garg***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Re: Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Rohit Garg***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Gael Guennebaud***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Gael Guennebaud***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob*

**Re: [eigen] Re: vectorization for ints not working***Rohit Garg***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Hauke Heibel***Re: [eigen] Rigid transformations in eigen: use of dual quaternions***Benoit Jacob***Re: [eigen] still the solve() API debate***Hauke Heibel*

**Re: [eigen] still the solve() API debate***Benoit Jacob*

**[eigen] about JacobiSVD's options***Gael Guennebaud***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] about JacobiSVD's options***Benoit Jacob*

**[eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Adolfo Rodríguez***Re: [eigen] about JacobiSVD's options***Gael Guennebaud***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Adolfo Rodríguez***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] about JacobiSVD's options***Gael Guennebaud***Re: [eigen] about JacobiSVD's options***Benoit Jacob*

**Re: [eigen] about JacobiSVD's options***Gael Guennebaud***[eigen] Tiny matrix in Eigen2***WANG Xuewen***Re: [eigen] Tiny matrix in Eigen2***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***[eigen] compilation failed with devel branch (works fine with 2.0.5)***WANG Xuewen***Re: [eigen] compilation failed with devel branch (works fine with 2.0.5)***Gael Guennebaud***Re: [eigen] about JacobiSVD's options***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***grey_earl***Re: [eigen] Tiny matrix in Eigen2***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***Benoit Jacob***Re: [eigen] compilation failed with devel branch (works fine with 2.0.5)***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***WANG Xuewen***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***Benoit Jacob***Re: [eigen] Tiny matrix in Eigen2***WANG Xuewen***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob*

**Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Gael Guennebaud***[eigen] Dev branch: Name clash with termios system header***Adolfo Rodríguez***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Dev branch: Name clash with termios system header***Benoit Jacob***Re: [eigen] Dev branch: Name clash with termios system header***Benoit Jacob***Re: [eigen] Dev branch: Name clash with termios system header***Adolfo Rodríguez***Re: [eigen] Rigid Transformations in eigen: discussion thread***Gael Guennebaud***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] Rigid Transformations in eigen: discussion thread***Gael Guennebaud***Re: [eigen] Rigid Transformations in eigen: discussion thread***Rohit Garg*

**[eigen] 2.0 testing needed***Benoit Jacob*

**Re: [eigen] 2.0 testing needed***Gael Guennebaud*

**[eigen] refactor-solve-api fork***Benoit Jacob***Re: [eigen] refactor-solve-api fork***Rohit Garg***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Benoit Jacob***Re: [eigen] still the solve() API debate***Hauke Heibel***Re: [eigen] still the solve() API debate***Benoit Jacob*

**[eigen] backporting the vectorized quaternion product to 2.0 ?***Benoit Jacob***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Gael Guennebaud***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Rohit Garg***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Benoit Jacob***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Benoit Jacob***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Rohit Garg***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Benoit Jacob*

**[eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Robert Bocquier***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Jitse Niesen***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Cyrille Berger***Re: [eigen] backporting the vectorized quaternion product to 2.0 ?***Benoit Jacob***[eigen] 2.0.6 release***Benoit Jacob***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Rohit Garg***Re: [eigen] (General question) Floating point: why are 'inf' and 'nan' slow?***Benoit Jacob***Re: [eigen] 2.0.6 release***Rhys Ulerich*

**[eigen] New contributors section***Benoit Jacob***Re: [eigen] 2.0.6 release***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Hauke Heibel***Re: [eigen] Rigid Transformations in eigen: discussion thread***Benoit Jacob***Re: [eigen] New contributors section***Jitse Niesen***Re: [eigen] New contributors section***Hauke Heibel***Re: [eigen] New contributors section***Benoit Jacob***Re: [eigen] New contributors section***Benoit Jacob***Re: [eigen] New contributors section***FMDSPAM***Re: [eigen] New contributors section***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Thomas Capricelli***Re: [eigen] port of (c)minpack to eigen : status***Thomas Capricelli***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob*

**Re: [eigen] port of (c)minpack to eigen : status***Hauke Heibel***Re: [eigen] port of (c)minpack to eigen : status***Gael Guennebaud***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Gael Guennebaud***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob***[eigen] ei_aligned_new problem on MSVC 2008 with 2.06***Björn Piltz***Re: [eigen] port of (c)minpack to eigen : status***Benoit Jacob***Re: [eigen] ei_aligned_new problem on MSVC 2008 with 2.06***Benoit Jacob***Re: [eigen] New contributors section***Benoit Jacob***Re: [eigen] port of (c)minpack to eigen : status***Thomas Capricelli*

**[eigen] numerical differentiation***Thomas Capricelli*

**Re: [eigen] numerical differentiation***Thomas Capricelli***Re: [eigen] numerical differentiation***Benoit Jacob***Re: [eigen] numerical differentiation***Benoit Jacob***Re: [eigen] numerical differentiation***Trevor Irons***Re: [eigen] numerical differentiation***Benoit Jacob***Re: [eigen] numerical differentiation***Rohit Garg***Re: [eigen] numerical differentiation***Benoit Jacob***Re: [eigen] numerical differentiation***Trevor Irons***Re: [eigen] numerical differentiation***Thomas Capricelli***Re: [eigen] numerical differentiation***Trevor Irons*

**[eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Rhys Ulerich***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Benoit Jacob***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Rhys Ulerich***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Benoit Jacob*

**Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Benoit Jacob***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Rhys Ulerich***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Benoit Jacob***[eigen] Can we prevent that this compiles?***Hauke Heibel***Re: [eigen] Can we prevent that this compiles?***Markus Moll***Re: [eigen] Can we prevent that this compiles?***Markus Moll***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Márton Danóczy***Re: [eigen] Can we prevent that this compiles?***Hauke Heibel***Re: [eigen] (vec1*vec2.transpose())*vec3 on 2.0.5/6***Benoit Jacob***Re: [eigen] Can we prevent that this compiles?***Markus Moll***Re: [eigen] Can we prevent that this compiles?***Hauke Heibel***Re: [eigen] Can we prevent that this compiles?***Markus Moll***Re: [eigen] Can we prevent that this compiles?***Hauke Heibel***Re: [eigen] Can we prevent that this compiles?***Markus Moll***Re: [eigen] Can we prevent that this compiles?***Benoit Jacob*

Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |