Hi Toby,
So I've uploaded PyViennaCL packages which don't have the shared_ptr
troubles that my previous ones did (in the end, I split what used to be
a single Python extension into many smaller extensions under one package
namespace). These packages seem mostly to work, and (for instance),
Hi Karl,
Karl Rupp r...@iue.tuwien.ac.at writes:
So I've uploaded PyViennaCL packages which don't have the shared_ptr
troubles that my previous ones did (in the end, I split what used to be
a single Python extension into many smaller extensions under one package
namespace). These packages
Toby St Clere Smithe m...@tsmithe.net
writes:
I'll dig around some more...
So it turned out that it wasn't anything to do with my previous error,
just that having split up the files, I had not put the OpenCL #define in
all the right places.
In fact, come to think of it, that may be the cause of
Hey,
So it turned out that it wasn't anything to do with my previous error,
just that having split up the files, I had not put the OpenCL #define in
all the right places.
In fact, come to think of it, that may be the cause of the shared_ptr
troubles. Agh!!
Ah, I see. What about setting
Karl Rupp r...@iue.tuwien.ac.at writes:
Ah, I see. What about setting the defines globally through the CMake
build system? That should be far less error-prone and easier to configure...
Quite...! :)
--
Rapidly
Dear ViennaCL users,
ViennaCL 1.5.0 is finally out and available for download at
http://viennacl.sourceforge.net/
It introduces a couple of new convenience routines, performance
improvements, and higher code quality. Most important changes from the
changelogs:
- Vectors and matrices can