diff options
-rw-r--r-- | TODO | 47 |
1 files changed, 47 insertions, 0 deletions
@@ -0,0 +1,47 @@ +Eigen 2 business plan, aka TODO. + +This is the work branch for Eigen2, eventually to supersede to Eigen 1 in +/trunk/kdesupport/eigen. + +Eigen2 starts as a fork of the orphaned code of Tvmet. + +- Phase A: cleanup and reorganize Tvmet code. +-- port from autotools to CMake (IN PROGRESS) +-- Remove unneeded/obsolete configure checks (IN PROGRESS) +-- Remove other unneeded defines and #ifdefs, like TVMET_DYNAMIC_MEMORY + (we want to use fixed-size only at this stage). +-- Make sure the test-suite compiles and succeeds. +-- add a meta-header including all headers (requested by Andre) + +- Phase B: Complete the fixed-size part of Eigen 2. +-- Add to the Vector and Matrix classes all the useful methods from + Eigen 1. Also implement the other useful features from Eigen 1, like + projective geometry, linear regression, quaternions. + Make sure all that works nicely with the expression templates. +-- review the API for consistency, naming scheme etc. +-- Make sure all the optimizations of Eigen 1 survive in Eigen 2. For + instance, in Eigen 1 we hand-unroll most of the nested loops that GCC 4.1 + fails to unroll. This is most useful and we need to make sure that Eigen 2 + does it too. +-- Extend the test-suite to cover everything. +-- Rename consistently Tvmet to Eigen while giving credit (keep copyright + lines, mention Tvmet in documentation, README, website, etc.) + +- Phase C: Do the dynamic-size part of Eigen 2 (as a GMM++ wrapper). +-- Import a SVN snapshot of GMM++ (there have been useful changes since the + last stable release 2.0.2). +-- Write the wrapping classes using the expression template mechanisms from + Tvmet. +-- Evaluate adding some methods/functions from Eigen 1, like those for linear + regression. +-- Review the whole API (fixed-size and dynamic-size) for consistency and + add bridges between the fixed-size and dynamic-size classes: constructors, + conversion operators, etc. +-- In a perfect world we would be able to do dynamic-size matrices with + fixed-size-matrix entries. +-- give credit to GMM in the documentation, README, website, etc. + +- Phase D: ?????? + +- Phase E: $$$ Profit!!! $$$ + |