[CI] Uplift DPC++ compiler version

[bader]

No description provided.

[bader]

@illuhad, I'm trying to uplift AdaptiveCpp version in Khronos SYCL-CTS CI, but installation fails due to missing dependency on LLVM. What would you recommend to fix this issue?
I see that AdaptiveCpp build system supports multiple profiles. If I get it right some of these profiles remove the requirement to install LLVM libraries. Should we configure the build to use of these profiles or install LLVM?

[illuhad]

@bader The AdaptiveCpp main compiler is the generic JIT compiler (--acpp-targets=generic). Since this is our main compiler, it would be good at least long term to have it in CTS CI. That will indeed require LLVM, but installing the necessary packages from apt.llvm.org should be sufficient. This is what we do in our CI: https://github.com/AdaptiveCpp/AdaptiveCpp/blob/ba3fb96fbeb4a00929f4f93b57f0831e44ed903a/.github/workflows/linux.yml#L52

Now I don't know what is possible in the CTS CI image, or if there are any challenges around this. Perhaps @psalz knows more?

Otherwise it is indeed possible to install a library-only configuration using -DACPP_COMPILER_FEATURE_PROFILE=none, however, this is not the configuration that we recommend to end users, or the configuration that we would work on for eventual spec conformance.

[psalz]

After the switch to 24.04 as the base image in #874 we can just install LLVM 18 though apt.

[psalz]

#874 already updates the ACpp image to a revision from last week; why do we need another PR for this?

[bader]

#874 already updates the ACpp image to a revision from last week; why do we need another PR for this?

First, I forgot that #874 apart from renaming uplifts the compiler version.
Second, the goal of my PR is to use the compilers, which are passing #989.

I agree that merging #874 should be enough to pass #989 with ACpp. I'll leave only DPC++ related changes.