Bug#1069144: ADvice about htis pocl issue on armel
Andreas Beckmann
anbe at debian.org
Mon Apr 22 16:31:59 BST 2024
On 17/04/2024 09.38, PICCA Frederic-Emmanuel wrote:
> 1026s dlopen("/tmp/autopkgtest-lxc.1tg98r_u/downtmp/autopkgtest_tmp/.cache/pocl/kcache/GI/PODCELNLNPFCGBFNGLEIHDEIECBKNFCDBNAPP/check_atomic32/0-0-0/check_atomic32.so") failed with '/tmp/autopkgtest-lxc.1tg98r_u/downtmp/autopkgtest_tmp/.cache/pocl/kcache/GI/PODCELNLNPFCGBFNGLEIHDEIECBKNFCDBNAPP/check_atomic32/0-0-0/check_atomic32.so: undefined symbol: __atomic_fetch_add_4'.
> 1026s note: missing symbols in the kernel binary might be reported as 'file not found' errors.
Sounds like this needs to be linked with something like -latomic on
armel. And pocl probably should do that ...
There is a test in CMakeLists.txt whether 64-bit atomics require
-latomic (which is true on armel), and therefore libpocl.so.2 is already
linked against libatomic, but that does not seem to be sufficient.
But we should probably start with adding some new tests to pocl that
make use of some atomic types (32-bit int, 64-bit int) and consequently
these missing functions.
Patches welcome, a simple OpenCL kernel using atomics should be a
sufficient.
Andreas
More information about the debian-science-maintainers
mailing list