Single issue left: How to find the subfolder below spec['cuda'].prefix which includes cupti.h?

Would implementing a:

@property
def headers(self):
    ...

similarly to what is done e.g. in openmpi be of help? Alternatively you can search for any file you need in this package, for instance:

files = find(spec['cuda'].prefix.extras, 'cupti.h', recursive=True)

Thanks for the hints. A headers property does not seem suitable, it's not the headers of LIKWID but the ones of a dependency (cuda). I used HeaderList(find()) and find_libraries().

A headers property does not seem suitable, it's not the headers of LIKWID but the ones of a dependency

Sure, what I meant was either:

1. Add headers to cuda and use them in likwid, or
2. Solve it locally in likwid using find or similar functions

As a further hit: do you think this package would benefit from inheriting also from CudaPackage:

class Likwid(Package, CudaPackage):
    ...

? You can check what CudaPackage brings in by inspecting that class via:

$ spack edit -b cuda

IMHO: Since Cuda is only required when building with Nvidia GPU profiling support (default: off), a general inheritance of the Cuda class is not required. Moreover, spack edit -b cuda doesn't seem to provide any benefit for my case.

But Thanks. Every time I add something to LIKWID's package.py, I learn something new.

What's the problem with the ci/gitlab-ci check? I cannot see any output in the check's details.

What's the problem with the ci/gitlab-ci check?

I think it's a spurious failure that will be fixed soon. @zackgalbreath or @scottwittenburg may know more than I do.

While we're still ironing out the kinks in the gitlab ci check, an actual breakage of the stc package slipped through near the end of last week. That's the thing affecting most PRs at the moment. I don't think I'd worry about it for this PR.