eigen
eigen copied to clipboard
owlbarn
Owl's OCaml Interface to Eigen3 C++ Library
Phylosophically it is the same, but they take a more robust and featureful approach than what we do here.
eigen fails to build with gcc5. On FreeBSD 11-RELEASE, the problem can be fixed by adding `-std=c++11` to the compile options or switch the compiler to system clang in lib/Makefile....
This should fix the build for ARM64, in particular apple M1. With this, https://github.com/owlbarn/owl/pull/609 should compile fine Signed-off-by: Marcello Seri
I ran `opam install eigen` on a laptop running Ubuntu. Opam failed with the following error message: ``` Gathering sources > [eigen.0.3.0] found in cache [owl.0.8.0] found in cache Processing...
I'm trying to build an empty dune project depending on `owl`, created using `dune init proj test --libs owl`, and I get this error: ``` $ dune build Info: Creating...
I've done the bare minimum here. Unfortunately in my use case (A = 20k x 15k, b = 20k x 7k) none of the solvers complete in less than 10...
The library expects `ocamlmklib` to produce both a shared and a static library: https://github.com/owlbarn/eigen/blob/master/eigen_cpp/dune#L3 If OCaml is compiled without shared libraries, this rule fails. Could the problematic rule be rewritten...
it seems like the code in the different type variants of eigen_spmat are identical except for the module containing the eigen-wrapping c functions they reference? could that code be written...
Do these bindings not include sparse LU and other factorizations (see https://eigen.tuxfamily.org/dox/group__TopicSparseSystems.html), or am I missing something? It would be great to have these :+1:
