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