Open ocramz opened 6 years ago
Now this one is difficult, especially if efficiency is important (it is). We will probably end up with different backends with every single once having different constrains on elements which is possible to put into matrices. It's:
(Storable a)/(Unbox a)
if we're we store data in vector
sUnifying all of these going to be difficult
We've got to try at least! I have a couple ideas to put on the table for this (based on closed type families).
@Shimuuar I'm wondering where to put any typeclasses that must be shared between dense-linear-algebra
and the main package. In DLA itself, as a new module that will get re-exported ?
We'll probably split type classes into separate package in the end. But it sounds fine at the moment
BTW I have some BLAS bindings lying around. I should find them
Unify dense and sparse lin.alg. , for a given underlying vector type, under one same interface
Blocked by #1 and #3