Hello,
I've been obtaining recently significant performance improvement out of the
kernel generator, which should bring ViennaCL 1.6 extremely close (>95%) to
CuBLAS (on NVidia hardware) and clAmdBlas (on AMD hardware) for BLAS1/Dense
BLAS2/Dense BLAS3. There are a lot of drawbacks to maintaining
Hey everybody,
My recent advances on auto-tuning gave birth to a new GSoC idea in my mind.
More exactly, I've come up with something more complete around
(crowd-sourced) auto-tuning and the GUI.
This would include:
-> Developing a portable auto-tuning GUI (as of now : BLAS1 / Dense BLAS2 /
Dense
Hi Toby,
> I don't have much expertise with MSVC, but I'm trying to build
> pyviennacl, and I've got a couple of weird bugs. I've looked at the
> source, but really have no idea what it's complaining about. Why can't
> it resolve the type ambiguity here?
>
> 4>F:/src/viennacl/pyviennacl-dev/exter
Hi all,
I don't have much expertise with MSVC, but I'm trying to build
pyviennacl, and I've got a couple of weird bugs. I've looked at the
source, but really have no idea what it's complaining about. Why can't
it resolve the type ambiguity here?
4>F:/src/viennacl/pyviennacl-dev/external/viennacl-