Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Co-authored-by: Elizabeth Fischer <elizabeth.fischer@alaska.edu>
|
|
Compilers can have strange versions, as the version is provided by the user. We know the real version internally, (by querying the compiler) so expose it as a property and use it in places we don't trust the user. Eventually we'll refactor this with compilers as dependencies, but this is the best fix we've got for now.
- [x] Make `real_version` a property and cache the version returned by the compiler
- [x] Use `real_version` to make C++ language level flags work
|
|
|
|
|
|
* nfs-ganesha: fix compile error on debian
* add type for py-stsci-distutils
|
|
|
|
|
|
|
|
Restores the fetching progress bar sans failure outputs; restores non-debug reporting of using fetch cache for installed packages; and adds a unit test.
* Add status bar check to test and fetch output when already installed
|
|
* Adding v6.6 (latest stable)
* There is no '-' in Quantum ESPRESSO
Co-authored-by: Filippo Spiga <fspiga@nvidia.com>
|
|
Some of the feature flags are named differently and clwb is missing on
my i7-1065G7. cascadelake and cannonlake might have similar problems but
I do not have access to those architectures to test.
|
|
- add cuda variant, enabled by default, but conflicting with
strumpack@:3.9.999
- add zfp variant, enabled by default, but conflicting with
strumpack@:3.9.999
- update minimum CMake version to 3.11
- for version 4.0.0:, do not use mpi wrappers. v4.0.0 uses CMake
MPI targets
- for version 4.0.0, add dependency on butterflypack@1.2.0:
- remove versions 3.1.0 and older
- make parmetis variant True by default
- add TODO for slate variant (spack package not ready yet)
|
|
While I believe there must have been a reason to restrict libtool to <=
2.4.2, adios compiles just fine with libtool 2.4.6 for me.
In fact, without this change, I'm getting this error:
libtool: Version mismatch error. This is libtool 2.4.6, but the
libtool: definition of this LT_INIT comes from libtool 2.4.2.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.6
This doesn't make much sense, since spack did build libtool@2.4.2 as a
dependency, and was supposedly trying to use it. My guess is that on
this system (NERSC's cori) the system libtool in /usr/bin, which is
2.4.6 somehow got picked up partially.
|
|
|
|
|
|
Semi-recently the lua spackage was updated to explicitly add libtinfow
to the lua build line. Ncurses provides this but only when the +termlib
variant is enabled
|
|
|
|
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
|
|
|
|
* emacs: add version 27.1
* emacs: 26.3 does not work on macos catalina
|
|
|
|
fixes #18147
Before this commit the command erroneously reported
"Additional properties not allowed" for keys with a
double colon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* ape: fix build error and update version
* ape: fix 2.3.0 & 2.3.1
* ape: only refine libxc version constraintion
* ape: fix flake8 error
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* libsm: new version, depends_on libuuid
* blank lines
Co-authored-by: Marc Mengel <mengel@fnal.gov>
|
|
|
|
* New interface reconstruction package
* forgot to put in CMake option for Jali
* cleanup whitespace
* fix lines with more than 79 chars
* more long line cleanup
* fix typo WONTON_ENABLE_Kokkos ---> TANGRAM_ENABLE_Kokkos
Co-authored-by: Rao Garimella <rao@abyzou.lanl.gov>
|
|
* dependency fix for python3
* version cleanup
Co-authored-by: Marc Mengel <mengel@fnal.gov>
|
|
Co-authored-by: nithintsk <nithintsk@github.com>
|
|
|
|
* make_package_relative: relocate rpaths on cray
* relocate_package: relocate rpaths on cray
* platforms: add `binary_formats` property
We need to know which binary formats are supported on a platform so we
know which types of relocations to try. This adds a list of binary
formats to the platform and removes a bunch of special cases from
`binary_distribution.py`.
Co-authored-by: Todd Gamblin <tgamblin@llnl.gov>
|
|
|
|
* New interface reconstruction package
* forgot to put in CMake option for Jali
* cleanup whitespace
* fix lines with more than 79 chars
* more long line cleanup
Co-authored-by: Rao Garimella <rao@abyzou.lanl.gov>
|
|
|
|
|
|
|