Pranav Sivaraman

Yep your correct it should be the `libgfortran` runtime library that it depends on. Spack has the ability to split up the compiler and runtime dependencies. I'll make a PR...

Does this also apply to the `clang++` from https://github.com/intel/llvm?

@illuhad I have verified this this also affects the `clang++` on `nightly-2024-01-20` from https://github.com/intel/llvm. I am going to investigate if this is simple to patch.

In the long term I'd argue in favor of just having a `+sycl` variant that depends on the `sycl` virtual package. Virtual packages don't have variants so configuring the proper...

> this means you can use ROCm to provide OpenMP offload support? Something like that. ROCm installations provide `llvm-amdgpu` which is a compiler that is capable of compiling OpenMP offload...

It would be better to reuse the same functionality recently implemented in [cached_cmake.py](https://github.com/spack/spack/blob/develop/lib/spack/spack/build_systems/cached_cmake.py). That way, any future improvements there would eventually also land in the Kokkos Package. Let's say when...

@spackbot fix style

> The catch is that I needed to export the Spack prefix's `lib64` directory into `LD_LIBRARY_PATH` such that it loads the proper `libgomp.so` instead of using the system one. I...

@wyphan I fixed the earlier issue I was having. The last time I installed this you did not revert the llvm util path. So I just manually moved it in...

@wyphan Still having the same issue after pulling in the new changes. I tried compiling your Fortran OpenACC code and was getting the previous issue. If I do a `which...