[WIP] Add an HPCToolkit stack #32327
Open
+591
−0
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
@tgamblin @jmellorcrummey @wyphan @mwkrentel
This is the near-finalized version of #31598.
We'd like to provide a publicly available build of HPCToolkit others (and ourselves) can easily install and use. We'd also like to make sure HPCToolkit still compiles as our dependencies continue to update so we can stay on the bleeding edge. Adding a "stack" to the set of environments maintained by Spack seems to be the right choice to provide these.
This stack contains builds of HPCToolkit for 5 publicly-available operating systems (CentOS 7, Alma Linux 8, Ubuntu 20.04, OpenSUSE Leap 15, Fedora 36) and 3 generic architectures (
x86_64_v3
,aarch64
andppc64le
). For each enabled combination of this matrix, this stack contains builds supporting NVidia and AMD GPUs, and our WIP support for Intel GPUs, as well as a CPU-only build with less dependencies. All other settings are more-or-less copied from the E4S stack.I've marked this as "[WIP]" as there are a few pending changes that could (but do not need to be) addressed before merge:
The Power (ppc64le
) builds are currently disabled as the Spack CI fleet does not currently include Power machines.gitlab-ci:mappings
is obscenely large due to the large matrix of supported configurations. Support full combinatorics ingitlab-ci:mappings
#32290 will help with this.