Conversation
Apply changes from spack/spack#49673 that apply to spack-packages. Co-authored-by: Peter Scheibel <scheibel1@llnl.gov> Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
|
This will have to update the Spack commit used in |
|
You have to bump the package api |
Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
…rom spack core Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
… as of March 26, preceding new commit that is used) Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
| depends_on("zlib-api", type="link") | ||
| depends_on("z3", type="link") | ||
| depends_on("ncurses", type="link") | ||
| requires("%[virtuals=c,cxx] llvm-amdgpu", when="%c") |
There was a problem hiding this comment.
The when=%c can be dropped here and elsewhere, right?
There was a problem hiding this comment.
I want to be able to create a comgr external without having to specify %llvm-amdgpu on the spec
alalazo
left a comment
There was a problem hiding this comment.
Besides the comment, we may want to delay merging this, so that the next release of the repository is still readable by Spack v1.1
Signed-off-by: Peter Josef Scheibel <scheibel1@llnl.gov>
| needs: [hip-compiler] | ||
| - group: hip-compiler | ||
| specs: | ||
| - llvm-amdgpu |
There was a problem hiding this comment.
Language dependents (i.e. things that need compilers), need those providers to be available "before" they concretize, either as an installed package, an external, or as a spec group.
There was a problem hiding this comment.
Interesting, so this is still a holdover from when compilers were not dependencies? Hopefully we can bootstrap compilers someday as well, I know Harmen is working on that. Is this something that should also be done for things like rust and cuda? Or are they different because they can be bootstrapped (kinda)?
I'm fine with these changes. Wonder if we should use require instead of prefer, but I defer to you on that.
|
@scheibelp it looks like CachedCMakePackages should be updated too. I also created this branch in radiuss-spack-configs to trigger tests of the present PR: It currently fails building camp in our setup. -- BLT HIP support is ON
-- Creating BLT HIP targets...
-- The HIP compiler identification is unknown
/usr/workspace/radiuss/rsc-ci/shared-ci/corona/zen/ref-woptim-test-spack-packages-pr-4411/install/[padded-to-128-chars]/linux-rhel8-zen/none-none/compiler-wrapper-1.2.0-u3zmgx5lweuq63gqi5macchrxwqy5ibp/libexec/spack/rocmcc/spackhip: line 213: exec: None: not found
CMake Error at /opt/rocm-6.4.3/lib/cmake/hip-lang/hip-lang-config.cmake:139 (message):
hip-lang Error:127 - clangrt builtins lib could not be found.
Call Stack (most recent call first):
/usr/tce/backend/installations/linux-rhel8-x86_64/gcc-10.3.1/cmake-3.25.2-2p7loskhisrpohhvpwdmse2nadqgzqcb/share/cmake-3.25/Modules/CMakeHIPInformation.cmake:146 (find_package)
/usr/workspace/radiuss/rsc-ci/shared-ci/corona/zen/ref-woptim-test-spack-packages-pr-4411/install/[padded-to-128-chars]/linux-rhel8-zen/none-none/blt-0.7.2-kl55lhkpwul6ozj6bovps4ccjug4iogl/cmake/thirdparty/BLTSetupHIP.cmake:14 (enable_language)
/usr/workspace/radiuss/rsc-ci/shared-ci/corona/zen/ref-woptim-test-spack-packages-pr-4411/install/[padded-to-128-chars]/linux-rhel8-zen/none-none/blt-0.7.2-kl55lhkpwul6ozj6bovps4ccjug4iogl/cmake/BLTSetupTargets.cmake:118 (include)
/usr/workspace/radiuss/rsc-ci/shared-ci/corona/zen/ref-woptim-test-spack-packages-pr-4411/install/[padded-to-128-chars]/linux-rhel8-zen/none-none/blt-0.7.2-kl55lhkpwul6ozj6bovps4ccjug4iogl/cmake/SetupThirdParty.cmake:6 (include)
/usr/workspace/radiuss/rsc-ci/shared-ci/corona/zen/ref-woptim-test-spack-packages-pr-4411/install/[padded-to-128-chars]/linux-rhel8-zen/none-none/blt-0.7.2-kl55lhkpwul6ozj6bovps4ccjug4iogl/SetupBLT.cmake:129 (include)
cmake/load_blt.cmake:27 (include)
CMakeLists.txt:48 (include)
-- Configuring incomplete, errors occurred!I may need to update the hip config, or does this suppose an update of Spack itself ? |
|
@adrienbernede thanks for trying that. I'm wondering if you haven't added I see in your pipeline concretization that it's choosing an external I'm able to build |
Apply changes from spack/spack#49673 that apply to spack-packages.
Needs
Interacts with:
Notes:
SPACK_TEST_COMMAND=dump-envtodump-var, but that would be harder to change (the tests that use this are inspack-core) and it didn't look essentialrequires("%[virtuals=c,cxx] llvm-amdgpu")to includewhen='%c'to accommodate externals that do not specify a compiler (and in a couple cases I swappedrequiresfordepends_onfor the same reason)Other than that this should be a copy of spack/spack#49673