Axel Huebl
Axel Huebl
X-ref: https://gitlab.kitware.com/cmake/cmake/-/merge_requests/6983
Now it just seems to forget to pick up the `.so` file we build when packing the wheel. Probably `setuptools`' `build_ext` needs some kind of suffix :) Should it read...
@hoodmane how did you get the built object in the wheel? :) Usually, it setuptools just picks it up if I build it in the right [locations](https://github.com/openPMD/openPMD-api/blob/0.14.4/setup.py#L39-L50).
Could this be the logic behind it? https://github.com/pypa/setuptools/blob/v60.9.0/setuptools/command/build_ext.py#L84-L104 Maybe we can set the env var [SETUPTOOLS_EXT_SUFFIX](https://github.com/pypa/setuptools/blob/v60.9.0/setuptools/command/build_ext.py#L106-L112) to steer it... ([ref](https://github.com/pypa/setuptools/issues/2722)) This is in setuptools `v57.4.0`, we currently use `57.0.0` in...
Just to document my [naive tags question](https://github.com/pyodide/pyodide/pull/2169#issuecomment-1039652302), what would be the right tag for WebAsm `.so` Python modules?
Oh, I think the phase `running bdist_wheel` does not see the same environment variables as `running build_ext` in the build logic here. I set `SETUPTOOLS_EXT_SUFFIX` and it's initially seen but...
We discussed this before in an issue and it's definitely possible, just a matter of priorities of the project and available resources.
xsimd: https://github.com/QuantStack/xsimd
From a quick test, `nvcc -std=c++11 -Xcompiler=-fopenmp` (9.2) works and `clang -x cuda -std=c++11 -fopenmp` as well... (trunk) > If you want to find out the reason, you can simply...
Ok, CUDA 10 is not yet in clang trunk since Friday ;-) https://github.com/llvm-mirror/clang/blob/master/include/clang/Basic/Cuda.h See the all-mighty CUDA gist: https://gist.github.com/ax3l/9489132