Re: [ViennaCL-devel] Blas linking and internal design

2014-01-22 Thread Karl Rupp
Hi, > Yes it does! Actually, what we would ideally do is to, by default, link > ViennaCL to the integrated set of numerical kernels (those of > libviennacl, which would be generated dynamically for the OpenCL > backend), and allow one to switch backend to > MKL/OpenBLAS/CuBLAS/FunFunFunBLAS... The

Re: [ViennaCL-devel] Blas linking and internal design

2014-01-22 Thread Philippe Tillet
Hey, 2014/1/22 Karl Rupp > Hey, > > > > So today I went back to ViennaCL. I tried to move the equivalence > >> column&trans <=> row¬rans upwards in the dispatching mechanism but it >> turns out to be impossible, because matrix is not (and >> should not be) convertible to matrix, rendering the >

Re: [ViennaCL-devel] Blas linking and internal design

2014-01-21 Thread Karl Rupp
Hey, > So today I went back to ViennaCL. I tried to move the equivalence > column&trans <=> row¬rans upwards in the dispatching mechanism but it > turns out to be impossible, because matrix is not (and > should not be) convertible to matrix, rendering the > underlying signature inappropriate...

[ViennaCL-devel] Blas linking and internal design

2014-01-21 Thread Philippe Tillet
Hey Karl, So today I went back to ViennaCL. I tried to move the equivalence column&trans <=> row¬rans upwards in the dispatching mechanism but it turns out to be impossible, because matrix is not (and should not be) convertible to matrix, rendering the underlying signature inappropriate... I am ve