Denis Demidov

I can not reproduce this with g++ 11. The following compiles for me: ```cpp #include int main() { std::cout

`CL_DEVICE_TYPE_*` constants are defined in `CL/cl.h`, which may be unavailable for non-opencl-based backends. How about ~~providing~~ using dummy `vex::Filter::GPU`, `vex::Filter::CPU`, `vex::Filter::Accelerator` instead? EDIT: those are already defined for the CUDA...

Hi Karl, I've finally managed to install g++ 4.6 (had to use a virtual machine with Ubuntu for that). The first error I got actually comes from boost-1.58. It is...

This looks like an unrelated issue. Moreover, it looks like boost.compute is the source of the error here. Could you please check if the updated example (raw Boost.Compute) fails as...

I see. Could you please open a new issue for this, and provide a more complete error log? I can not reproduce the error on a Linux system.

I'll write about the OpenCL backend. Same should be applicable to the CUDA and OpenMP (JIT) backends. In fact, with both of the latter you could probably just `#include `...

See also #145, #208.

There is an example of complex spmv implementation in [amgcl/backend/vexcl_complex.hpp](https://github.com/ddemidov/amgcl/blob/vexcl-non-scalar/amgcl/backend/vexcl_complex.hpp). This relies on AMD OpenCL 1.2, which supports C++ in kernels, and so is not portable. There is also a...

The following should be enough for complex SpMV in vexcl: ```cpp #include #include #include #include // The following enables use of std::complex in vexcl expressions. // It simply translates std::complex...

> Boost compute supports complex, by the way. Well, the support is to the same extent vexcl allows to use `double2` as complex values. `std::complex` is converted to `double2` on...