Add CUDA software check to stack comparison CI

[ocaisa]

No description provided.

[eessi-bot]

Instance eessi-bot-mc-aws is configured to build for:

• architectures: x86_64/generic, x86_64/intel/haswell, x86_64/intel/sapphirerapids, x86_64/intel/skylake_avx512, x86_64/intel/cascadelake, x86_64/intel/icelake, x86_64/amd/zen2, x86_64/amd/zen3, aarch64/generic, aarch64/neoverse_n1, aarch64/neoverse_v1
• repositories: eessi.io-2023.06-compat, eessi.io-2023.06-software

[eessi-bot-deucalion]

Instance eessi-bot-deucalion is configured to build for:

• architectures: aarch64/a64fx
• repositories: eessi.io-2023.06-software

[eessi-bot-toprichard]

Instance rt-Grace-jr is configured to build for:

• architectures: aarch64/nvidia/grace
• repositories: eessi.io-2023.06-software

[eessi-bot-surf]

Instance eessi-bot-surf is configured to build for:

• architectures: x86_64/amd/zen4, x86_64/amd/zen2
• repositories: eessi.io-2023.06-software, eessi-hpc.org-2023.06-compat, eessi.io-2023.06-compat, eessi-hpc.org-2023.06-software

[ocaisa]

This will have to remain a Draft PR until the CUDA stacks are in sync

[ocaisa]

@casparvl This is now working, but it is comparing against generic (which is not really a problem since they are all supposed to be the same)

[laraPPr]

@ocaisa Can you retarget this pr and see if anything should be moved to https://github.com/EESSI/software-layer-scripts?

[ocaisa]

Retriggering CI

[ocaisa]

Retriggering this to see where we are

[laraPPr]

It needs this one to be merged first EESSI/software-layer-scripts#23

[ocaisa]

I'm not relying on easystacks for this CI, I'm directly comparing the module files/directories.

[laraPPr]

Sorry for the confusion I thought this was a different pr.

[casparvl]

Just discussed with Alan: in principle this is ready to go once the CI passes. I.e. for that, we need the missing software for the missing archs to be deployed.

[casparvl]

#1147 should bring things in sync, so that the CI passes here. We may want to rebuild gromacs later to tell it to use NEON rather than SVE for certain ARM architectures.