Peter Heywood

Not actualyl blocked, by `std::experimental::filesystem` - it just uses gcc's stdlib so can pass the appropriate linker args. Mostly seems to work, other than release RTC test suite failures. Debug...

If using GCC 8's stdlib rather than GCC 9'this builds ok in Release mode (nvc++ 21.7-0, ubuntu 21.04).

Currently working on reproducing this with a simpler use case. Currently leaning towards or more of the following: + Compiler error (as this only appears to be effected by nvhpc...

NVHPC repackages the location of curand compared to standalone nvcc. Prior to nvhpc 22.3 this is not correctly reflected by the include path during compilation via cmake when using nvhpc...

after some horrible cmake additions to explicitly add the non-symlinkg math_libs include directory to include path(s) if required, curand is now found when using nvhpc installed nvcc, and nvhpc as...

some NVHPC builds via containers which fail to configure CMake are erroring due to: ``` 2024-01-11T18:00:25.4234501Z #error -- unsupported pgc++ configuration! Only pgc++ 18, 19, 20 and 21 are supported!...

CCCL 2.5.0 has been released on github, mostly fixes but also some potentially interesting additions (but not yet safe to use). Shouldn't be a need to bump our minimum/fetched version...

We also need to upgrade use of actions/upload-artifact and actions/download-artifact to v4 by 2024-11-30 > Starting November 30, 2024, GitHub Actions customers will no longer be able to use v3...

This is blocked by Node 20 actions not being compatible with Centos7 containers due to glibc requirements. Hopefully this is resolved by github before 2024-11-30... See #1200 for the failing...

The following appears to work for values tested so far. Not the cheapest method so worth only doing this once on the host and storing if wrapped is available for...