Age | Commit message (Collapse) | Author | Files | Lines |
|
This reverts commit bf1b2a828c61fb465f7641b6230fef4f17867162, as libxcrypt's configure script requires Perl, leading to a circular dependency.
|
|
|
|
|
|
|
|
Since we dropped support for Python 2.7, there's no need
so use `six` anymore. We still need to vendor it until
we update our vendored dependencies.
|
|
While binaries built for PRs that get merged must still be rebuilt
in develop pipelines, they can be used by other PRs that find they
would otherwise need to rebuild them. Now that spackbot is
managing copying PR binaries from merged PRs into a shared location,
keeping it pruned to a reasonable size, and making sure the indices
are up to date, spack can use these mirrors as a potential source
of binaries.
|
|
Error message:
```
ModuleNotFoundError: No module named 'setuptools'
```
Co-authored-by: Stephen Sachs <stesachs@amazon.com>
|
|
|
|
* Ginkgo 1.5.0 release, new MPI variant
* Fix ROCTHRUST/ROCPRIM issues
* Fix deal.II issue with Ginkgo 1.5.0
* Also fix hipRAND+rocRAND RPATH settings
* Turn off CCACHE for spack builds.
Co-authored-by: Veselin Dobrev <dobrev@llnl.gov>
Co-authored-by: Veselin Dobrev <dobrev@llnl.gov>
|
|
|
|
I'm finding I often want the date in my paths and it would be nice if spack had a config variable for this.
Co-authored-by: Tamara Dahlgren <35777542+tldahlgren@users.noreply.github.com>
|
|
This change adds all documented AMDGPU processors from GFX9 through GFX11 and sorts the list.
|
|
|
|
Detected using https://github.com/spack/spack/pull/28109
|
|
|
|
|
|
Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com>
|
|
|
|
|
|
|
|
|
|
* Remove CI jobs related to Python 2.7
* Remove Python 2.7 specific code from Spack core
* Remove externals for Python 2 only
* Remove llnl.util.compat
|
|
|
|
|
|
|
|
|
|
* GDAL: add v3.6.0
* Explicitly control BASISU
* More reasonable variant defaults
|
|
|
|
[dealii] force cmake to accept Scalapack settings from Spack
|
|
We added a hotfix to releases/v0.19 with a feature flag, but the flag
is incompatible with the config schema on `develop`.
- [x] Ensure schema is compatible on develop even though config option is unused.
|
|
* Speed-up bootstrap mirror unit test
The unit test doesn't need to concretize, since it checks
only metadata for the mirror.
* architecture.py: use "default_mock_concretization" for slow test
|
|
|
|
(#33860)
* Use spack.spack_version_info as source of truth
Co-authored-by: Todd Gamblin <gamblin2@llnl.gov>
|
|
|
|
* Update ExaGO for 1.5.0 release
|
|
* magma: add version 2.7.0
Co-authored-by: Stan Tomov <tomov@icl.utk.edu>
|
|
|
|
* libxcrypt: 4.4.30
* libxcrypt.so.2 by default
* add libs prop, since libxcrypt provides libcrypt
|
|
|
|
* ParaView: Add variant for VisItBridge
* ParaView: Add kwryankrattiger has package maintainer
|
|
|
|
|
|
And update dependency on superlu-dist (now works with @8)
|
|
|
|
Environments and environment views have taken over the role of `spack activate/deactivate`, and we should deprecate these commands for several reasons:
- Global activation is a really poor idea:
- Install prefixes should be immutable; since they can have multiple, unrelated dependents; see below
- Added complexity elsewhere: verification of installations, tarballs for build caches, creation of environment views of packages with unrelated extensions "globally activated"... by removing the feature, it gets easier for people to contribute, and we'd end up with fewer bugs due to edge cases.
- Environment accomplish the same thing for non-global "activation" i.e. `spack view`, but better.
Also we write in the docs:
```
However, Spack global activations have two potential drawbacks:
#. Activated packages that involve compiled C extensions may still
need their dependencies to be loaded manually. For example,
``spack load openblas`` might be required to make ``py-numpy``
work.
#. Global activations "break" a core feature of Spack, which is that
multiple versions of a package can co-exist side-by-side. For example,
suppose you wish to run a Python package in two different
environments but the same basic Python --- one with
``py-numpy@1.7`` and one with ``py-numpy@1.8``. Spack extensions
will not support this potential debugging use case.
```
Now that environments are established and views can take over the role of activation
non-destructively, we can remove global activation/deactivation.
|
|
* remove deprecated top-level module config per deprecation in 0.18
|
|
even on newer releases of ROCm. (#33772)
|
|
|
|
|
|
Co-authored-by: Seth R. Johnson <johnsonsr@ornl.gov>
|