Overview
Is it intentional that the libraries are not installed into %{_libdir}, i.e. /usr/lib64 on 64-bit systems? Same for the CMake files. One way to fix this is to add include(GNUInstallDirs), then use CMAKE_INSTALL_LIBDIR. Another is to use lib%{LLVM_LIBDIR_SUFFIX}.
But I'm not sure if this works, the application might look for the libraries in the wrong path.
I tried moving them with a raw and dirty mv, but then it wasn't working because it was searching in the wrong paths.
I tried a lot of options for cmake to set it to use lib64, but with no luck. GNUInstallDirs should be already included upstream: https://github.com/AdaptiveCpp/AdaptiveCpp/blob/15647ad4a0aaf411f8b53385625bb4cef598e71c/CMakeLists.txt#L634
Also can you make sure that builds are either successful, excluded, or unresolvable? There are lots of failing builds currently. Either add ExcludeArch or ExclusiveArch, or make sure it builds on the other architectures.
For Leap, it seems you're using /usr/etc, which is not used there yet. If you want to keep the files there, add it as %dir on Leap. See https://en.opensuse.org/openSUSE:Build_Service_cross_distribution_howto.
The libraries in hipSYCL also look like plugins to me and should probably be build as MODULE. Only libacpp-common.so and libacpp-rt.so look like proper SHARED libraries, guessing from the Requires on the main package.
I also get it by rpmlint now:
[ 113s] libadaptivecpp.x86_64: W: no-soname /usr/lib/libacpp-clang.so
[ 113s] The library has no soname.
I'm trying to patch the other ones now
Update: setting libllvm-to-backend.so as MODULE gives me
[ 8s] CMake Error at src/runtime/CMakeLists.txt:305 (target_link_libraries): [ 8s] Target "llvm-to-host" of type MODULE_LIBRARY may not be linked into another [ 8s] target. One may link only to INTERFACE, OBJECT, STATIC or SHARED [ 8s] libraries, or to executables with the ENABLE_EXPORTS property set.
