Jan Stephan

Ubuntu 22.04 will make CMake 3.22 available. I propose that we switch to this version, too (which would affect alpaka 0.10). Any objections @psychocoderHPC @SimeonEhrig?

Yes, 0.10 will probably be around in June.

Just FYI, this is on hold until August. I'm currently occupied with preparing a publication.

We should revisit this after #1453 has been merged. We may be able to remove `AtomicStdLibLock` completely.

Since #1566 was merged a while ago and `AtomicStdLibLock` is merely used as a fallback I'm not sure whether we should invest much energy in this. @alpaka-group/alpaka-developers, what do you...

@ax3l Are you still working on #478?

> This should already be the case. Not exactly. CUDA and HIP are not included as targets but use their outdated CMake modules instead. We are not calling `target_link_libraries(SomeTarget cuda::cuda)`...

> Didn't know that works Well, I don't know if it will work. My goal is to abstract `Find{CUDA,HIP}.cmake` away and hide its functionality behind a `cuda::cuda` target. > and...

> It looks like Ubuntu 20.04 will get CMake 3.15 by default, so we may want to support this version for some time as this will be the upcoming LTS...

By the way, do we still require the `librt` dependency? `clock_gettime` was [merged into glibc in 2012](https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=6e6249d0b461b952d0f544792372663feb6d792a;ds=sidebyside). Do we have users on ancient Red Hat systems? RHEL 7 and 8...