Age | Commit message (Collapse) | Author | Files | Lines |
|
* Use auto_or_any_combination_of for AMD GPU architecture variant
* Make consistent rocmlibs amdgpu_target variants
* Propagate amdgpu_target variant
* Fix amdgpu_target=auto
* Fix amdgpu_target=auto setting HCC_AMDGPU_TARGET
* Tighten HIP CMake requirements
Co-authored-by: Teodor Nikolov <teodor.nikolov22@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* abi-dumper: remove custom phases
* apktool: remove custom phases, add v2.6.1
* aragorn: remove custom phases
* ascent: remove custom phases
* astral: remove custom phases, add v5.7.1
* bigdft: remove redundant phase definitions
* bazel: remove custom phases phase definitions
* blasr: remove custom phases phase definitions
* bmake: remove custom phases phase definitions, add v20220330
* botan: remove custom phases phase definitions
* breakdancer: remove custom phases phase definitions
* dnstracer: remove custom phases phase definitions
* conduit: remove custom phases phase definitions
* eclipse-gcj-parser: remove custom phases phase definitions
* eem: remove custom phases phase definitions
* fasttree: remove custom phases phase definitions
* fleur: remove custom phases phase definitions
* fpm: remove custom phases phase definitions
* genie: remove custom phases phase definitions
* gluegen: remove custom phases phase definitions
* gnat: remove custom phases phase definitions
* hpgmg: remove custom phases phase definitions
* karma: remove custom phases phase definitions
* libc: remove custom phases phase definitions
|
|
* expat: Deprecate 2.4.6
* expat: Increase detail on deprecation of 2.4.5
|
|
|
|
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
Bumps [actions/setup-python](https://github.com/actions/setup-python) from 3.1.0 to 3.1.1.
- [Release notes](https://github.com/actions/setup-python/releases)
- [Commits](https://github.com/actions/setup-python/compare/9c644ca2ab8e57ea0a487b5ec2f8290740378bfd...21c0493ecfd34b1217f0a90ec19a327f3cc0a048)
---
updated-dependencies:
- dependency-name: actions/setup-python
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
|
|
|
|
|
|
Restrict lbann to use v1.3.0 of this package
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
|
|
|
|
|
|
|
|
Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 2 to 3.
- [Release notes](https://github.com/actions/upload-artifact/releases)
- [Commits](https://github.com/actions/upload-artifact/compare/v2...v3)
---
updated-dependencies:
- dependency-name: actions/upload-artifact
dependency-type: direct:production
update-type: version-update:semver-major
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
|
|
Bumps [actions/download-artifact](https://github.com/actions/download-artifact) from 2 to 3.
- [Release notes](https://github.com/actions/download-artifact/releases)
- [Commits](https://github.com/actions/download-artifact/compare/v2...v3)
---
updated-dependencies:
- dependency-name: actions/download-artifact
dependency-type: direct:production
update-type: version-update:semver-major
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
|
|
|
|
|
|
|
|
In a typical call to spack, the OperatingSystem gets instantiated
multiple times. For macOS, each one requires a call to `sw_vers`, which
is done through the Executable helper class. Memoizing
reduces the call count from "spac spec" from three to one.
|
|
|
|
|
|
These versions have never been buildable because they do not include a 'bootstrap.sh' file.
|
|
|
|
|
|
Also refactor a few variants
|
|
|
|
Currently environments are indexed by build hashes. When looking into this bug I noticed there is a disconnect between environments that are concretized in memory for the first time and environments that are read from a `spack.lock`. The issue is that specs read from a `spack.lock` don't have a full hash, since they are indexed by a build hash which is strictly coarser. They are also marked "final" as they are read from a file, so we can't compute additional hashes.
This bugfix PR makes "first concretization" equivalent to re-reading the specs from a corresponding `spack.lock`, and doing so unveiled a few tests were we were making wrong assumptions and relying on the fact that a `spack.lock` file was not there already.
* Add unit test
* Modify mpich to trigger jobs in pipelines
* Fix two failing unit tests
* Fix another full_hash vs. build_hash mismatch in tests
|
|
|
|
|
|
* Ignore top-level module config; add auto-update
In Spack 0.17 we got module sets (modules:[name]:[prop]), and for
backwards compat modules:[prop] was short for modules:default:[prop].
But this makes it awkward to define default config for the "default"
module set.
Since 0.17 is branched off, we can now deprecate top-level module config
(that is, just ignore it with a warning).
This PR does that, and it implements `spack config update modules` to
make upgrading easy (we should have added that to 0.17 already...)
It also removes references to `dotkit` stuff which was already
deprecated in 0.13 and could have been removed in 0.14.
Prefix inspections are the only exception, since the top-level prefix inspections
used for `spack load` and `spack env activate`.
|
|
|
|
Co-authored-by: Mikael Simberg <mikael.simberg@iki.if>
|
|
Spack currently allows dependencies to be concretized for an
architecture incompatible with the root. This commit adds rules
to make this situation impossible by design.
|
|
|
|
|
|
|
|
* update metis: install more all files
* ok to be a package reviewer
Co-authored-by: Mathieu Courtois <mathieu.courtois@edf.fr>
|
|
|
|
|
|
|
|
|