summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2024-06-04proj@7: support the new tiff interface in cmake@3.19 (#44535)Chris Marsh2-0/+14
Add patch for proj@7 to support the new tiff interface shipped in cmake@3.19: This compliments the existing patch for @8 in #43780
2024-06-04gitlab ci: Remove protected publish job (#44304)Scott Wittenburg1-31/+1
2024-06-04python: make every view a `venv` (#44382)Todd Gamblin4-53/+131
#40773 introduced python-venv, which improved build isolation and avoids issues with, e.g., `ubuntu`'s system python modifying `sysconfig` to include a (very unwanted) `local` directory within the default install layout. This addresses a few cases where #40773 removed functionality, without harming the default cases where we use `python-venv`. Traditionally, *every* view with `python` in it was essentially a virtual environment, because we would copy the `python` interpreter and `os.py` into every view when linking. We now rely on `python-venv` to do that, but only when it's used (i.e. new builds) and only for packages that have an `extends("python")` directive. This again makes every view with `python` in it a virtual environment, but only if we're not already using a package like `python-venv`. This uses a different mechanism from before -- instead of using the `virtualenv` trick of copying `python` into the prefix, we instead create a `pyvenv.cfg` like `venv` (the more modern way to do it). This fixes two things: 1. If you already had an environment before Spack `v0.22` that worked, it would stop working without a reconcretize and rebuild in `v0.22`, because we no longer copy the python interpreter on link. Adding `pyvenv.cfg` fixes this in a more modern way, so old views will keep working. 2. If you have an env that only includes python packages that use `depends_on("python")` instead of `extends("python")`, those packages will now be importable as before, though they won't have the same level of build isolation you'd get with `extends` and `python-venv`. * views: avoid making client code deal with link functions Users of views and ViewDescriptors shouldn't have to deal with link functions -- they should just say what type of linking they want. - [x] views take a link_type, not a link function - [x] views work out the link function from the link type - [x] view descriptors and commands now just tell the view what they want. * python: simplify logic for avoiding pyvenv.cfg in copy views Signed-off-by: Todd Gamblin <tgamblin@llnl.gov>
2024-06-04CMake: add 3.28.6 && 3.29.4 (#44532)John W. Parent1-2/+11
* Add CMake 3.28.6 * Add 3.29.4
2024-06-04gcc: add mold variant to use mold by default (#44117)Mikael Simberg1-0/+10
2024-06-04nvhpc: Do not use `-Wno-error` with `nvhpc` (#44142)Todd Gamblin2-9/+31
In #30882, we made Spack ignore `-Werror` calls so that it could more easily build projects that inject `-Werror` into their builds. We did this by translating them to `-Wno-error` in the compiler wrapper. However, some compilers (like `nvhpc`) do not support `-Wno-error`. We need to exclude them from this feature until they do. - [x] make a property on `PackageBase` for `keep_werror` that knows not to use it for `nvhpc`. - [x] update property so that it keeps only the specific `-Werror=...` args for newer nvhpc's, which support `-Wno-error` but not `-Wno-error=...` --------- Co-authored-by: William Mou <william.mou1024@gmail.com> Co-authored-by: Tom Scogland <scogland1@llnl.gov> Signed-off-by: Todd Gamblin <tgamblin@llnl.gov>
2024-06-03amrex: add v24.06 (#44495)Weiqun Zhang1-0/+1
2024-06-04duckdb: add v1.0.0, v0.10.3 (#44531)Teague Sterling1-0/+9
* duckdb: add v1.0.0, v0.10.3 * Adding issue reference
2024-06-03py-fenics-dolfinx: dependency update (#44524)Garth N. Wells1-1/+2
* Update nanobind dependency * Update py-nanobind dependency
2024-06-03charmpp: enable darwin arm build (#44103)Nils Vu1-0/+3
2024-06-03py-nanobind: add v2.0.0 (#44371)Garth N. Wells1-0/+4
* Add nanobind 2.0.0 * Add dependency * Fix dependency name * Change "_" -> "-"
2024-06-03Update py-vl-convert-python (#44527)吴坎1-4/+14
* Update py-vl-convert-python: 1. set version to 1.4.0 2. set version 1.3.0 deprecated since its rust dependency curve@4.1.1 is not able to compile
2024-06-03hugo: add v0.126.3 (#44530)Owen Solberg1-0/+1
Co-authored-by: Owen Solberg <owen.solberg@sana.com>
2024-06-03seqfu: new package (#44445)Diego Alvarez S2-0/+45
* Add seqfu --------- Co-authored-by: dialvarezs <dialvarezs@users.noreply.github.com>
2024-06-03hip@6.1: fix reference to hsa-rocr-dev so it works when externally defined ↵eugeneswalker1-1/+1
(#44528)
2024-06-03Consolidate concretization output for environments (#44489)Todd Gamblin6-87/+161
When Spack concretizes environments, it prints every (newly concretized) root spec individually with all of its dependencies. For most reasonably sized environments, this is too much output. This is true for three commands: * `spack concretize` when concretizing an environment with newly added specs * `spack install` when installing an environment with newly added specs * `spack spec` with no arguments in an environment The output dates back to before we had unified environments or nicer spec traversal routines, and we can improve it. This PR makes environment concretization output analogous to what we do for regular specs. Just like `spack spec` for a single spec, we show all root specs with no indentation, so you can easily see the specs you explicitly requested. Dependencies are shown: 1. With indentation according to their depth in a breadth-first traversal starting at the roots; 2. Only once if they appear on paths from multiple roots So, the default is now consistent with `spack spec` for one spec--it's `--cover=nodes`. i.e., if there are 100 specs in your environment, you'll get 100 lines of output. If you want to see more details, you can do that with `spack spec` using the arguments you're already familiar with. For example, if you wanted to see dependency types and *all* dependencies, you could use `spack spec -l --cover=edges`. Or you could add deptypes and namespaces with, e.g. `spack spec -ltN`. With no arguments in an environment, `spack spec` concretizes (if necessary) and shows the concretized environment. If you run `spack concretize` *first*, inspecting the environment repeatedly with `spack spec` will be fast, as everything is already in the `spack.lock` file. - [x] factor most logic of `Spec.tree()` out of `Spec` class into `spack.spec.tree()`, which can take multiple specs as roots. - [x] make `Spec.tree()` call `spack.spec.tree()` - [x] `spack.environment.display_specs()` now uses `spack.spec.tree()` - [x] Update `spack concretize` - [x] Update `spack install` - [x] Update `spack spec` to call `spack.spec.tree()` for environments. - [x] Continue to output specs individually for `spack spec` when using `--yaml` or `--json`
2024-06-03nb: new package (#44456)James Taliaferro1-0/+45
* new package: nb * only one filter_file, install completions * completions now implicit, merged by the view
2024-06-03rdkit (#44476)Rocco Meli1-0/+1
2024-06-03pflogger: add version 1.15.0 (#44467)Matt Thompson1-0/+1
2024-06-03Slate version 2024 05 31 (#44529)G-Ragghianti3-0/+11
* updating version for slate, blaspp, and lapackpp * verified new hashes
2024-06-03`seacas`: protect against known mixed-toolchain problem (#44378)Chris Marsh1-0/+11
* Protected against a known problem with mixed gcc/apple-clang toolchains. Fixes #44330 --------- Co-authored-by: Chrismarsh <Chrismarsh@users.noreply.github.com>
2024-06-03Apply patch to allow vtk to compile with %gcc 13 and 14. (#44332)Chris Marsh1-0/+8
* Apply patch from upstream to allow vtk compilation with %gcc 12 and 14. * Fixes #44331 * fix soec usage * fix compiler version range * Finalize version range, switch to .diff file --------- Co-authored-by: Chrismarsh <Chrismarsh@users.noreply.github.com>
2024-06-02upcxx: update to latest gasnet and fix some bitrot (#44488)Dan Bonachea2-8/+42
* Now need to explicitly depend on libfabric for Cray EX * Ensure build uses the selected CUDA and ROCm versions * Correct spelling on `configure --with-ldflags` * Patch a defect regarding `configure --with-ldflags` * Default to Spack's copy of GASNet-EX, which is newer than embedded
2024-06-01gasnet: add v2024.5.0 (#44478)Dan Bonachea1-7/+17
* Add GASNet v 2024.5.0 * cosmetic fix to info output * Add a missing dependency * Ensure GASNet detects the provided ROCm/CUDA dependency * [@spackbot] updating style on behalf of bonachea --------- Co-authored-by: bonachea <bonachea@users.noreply.github.com>
2024-06-01py-fortls: add v3.1.0 (#44477)Rocco Meli1-1/+4
* Spglib: add version 2.4.0 * DLA-Future: fix +test option * update * [@spackbot] updating style on behalf of RMeli * Apply suggestions from code review Co-authored-by: Wouter Deconinck <wdconinc@gmail.com> --------- Co-authored-by: RMeli <RMeli@users.noreply.github.com> Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
2024-06-01gmsh: add v4.11.1, master (#41320)Filippo Spiga1-0/+3
* Adding gmsh 4.11.1 * Becoming a maintainer --------- Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
2024-06-01py-griddataformats: add v1.0.2 (#44475)Rocco Meli1-2/+5
* update * Apply suggestions from code review Co-authored-by: Wouter Deconinck <wdconinc@gmail.com> --------- Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
2024-06-01apptainer: adding version 1.3.1 (#44104)snehring5-1/+80
e2fsprogs: adding version 1.47.0 and fuse2fs variant fuse-overlayfs: adding version 1.13 squashfuse: adding version 0.5.1 and 0.5.2 e2fsprogs: fixing audit errors apptainer: expanding deps to cover more versions, fix binary_path logic. apptainer: add go version deps, fix e2fsprogs patch sums, rework dep paths fuse-overlayfs: tightening up the libfuse dep Signed-off-by: Shane Nehring <snehring@iastate.edu>
2024-05-31mapl: add 2.46.2, 2.40.5 (#44466)Matt Thompson1-0/+2
2024-05-31pass: new package (#44454)James Taliaferro1-0/+63
* New package: password-store * add bash completion as variant * also patch the cygwin platform snippet * update description and maintainers * make completions implicit and don't overwrite the completions package * remove completion option * formatting * clean up file filter syntax * remove reference to completion variant * remove dependency on bash-completion * clarify comments * bashcompdir is already the default * add optional dependency on xclip * fix formatting
2024-05-31ruby: adding version 3.3.2 (#44447)snehring1-0/+1
Signed-off-by: Shane Nehring <snehring@iastate.edu>
2024-05-31tamaas: adding new versions and python install fix (#44469)Lucas Frérot2-1/+75
* tamaas: install python extension with explicit pip call * tamaas: patching compilation issues with recent compilers * tamaas: added versions 2.7.0 and 2.7.1
2024-05-31add in the latest versions of FMS (#44471)Ryan Mulhall1-0/+8
Co-authored-by: rem1776 <rem1776@github.com>
2024-05-31dla-future: Add 0.5.0 (#44463)Raffaele Solcà1-2/+20
* add dla-future@0.5.0 * [@spackbot] updating style on behalf of rasolca * fix typo * review suggestions --------- Co-authored-by: rasolca <rasolca@users.noreply.github.com>
2024-05-31Updated version (#44461)potter-s1-0/+1
Co-authored-by: Simon Potter <sp39@sanger.ac.uk>
2024-05-31util-macros: ensure url_for_version works for older versions (#44421)Wouter Deconinck1-5/+5
* util-macros: ensure url_for_version only used for older versions * util-macros: use url.substitute_version after xz -> bz2 * util-macros: mv url_for_version down the file
2024-05-31py-junit2html: new package, version '31.0.2' (#44399)Lydéric Debusschère1-0/+23
* py-junit2html: new package, version '31.0.2' * py-junit2html: install from sources instead of from wheel
2024-05-31Bump-up rocm-opencl with 6.1.0 & 6.1.1 and adding hsa library path in ↵renjithravindrankannath2-4/+22
LD_LIBRARY_PATH (#44171) * Adding hsa library path in LD_LIBRARY_PATH * Prepending instead of setting LD_LIBRARY_PATH to hsa-rocr-dev/lib * adding rocm-opencl 6.1.0 & 6.1.1 updates
2024-05-31Updates meep to latest release 1.29.0 (#44468)Matt Schramm1-0/+1
2024-05-31Adding HPX v1.10.0 to package (#44470)Hartmut Kaiser1-0/+1
2024-05-31Changes for NVIDIA HPC SDK 24.5 (#44354)jmuddnv1-0/+10
2024-05-31fujitsu-mpi: point MPI compiler wrappers to Spack compiler wrappers (#44457)jdomke1-0/+6
Using OMPI_ environment variables, like openmpi does.
2024-05-31traverse: pass key correctly (#44460)Harmen Stoppels2-2/+25
Fixes a bug where custom keys to identify nodes were not passed correctly.
2024-05-31py-numexpr: add v2.8.8, v2.9.0 (#44451)Wouter Deconinck1-0/+3
2024-05-31petsc4py: fix typo with version (#44452)Satish Balay1-1/+1
2024-05-31protobuf: fix 3.4:3.21 patch checksum (#44443)Tom Bradford1-2/+2
2024-05-31dla-future-fortran: fix +test option (#44458)Rocco Meli1-1/+5
* Spglib: add version 2.4.0 * DLA-Future: fix +test option
2024-05-30paraview: update cuda_arch management (#44243)Alberto Invernizzi1-35/+53
* refactor logic to switch to cmake for cuda management
2024-05-30corrected the vmd 1.9.3 tarball checksum (#44433)Tom Bradford1-1/+1
2024-05-30Bootstrapping: don't use Mac OS binaries on Windows (#44193)John W. Parent1-2/+5
`BuildcacheBootstrapper` uses `Spec.intersects` to match specs needed for bootstrapping against the binary cache. The specs were not sufficiently-detailed to prevent matching e.g. cached binaries for Mac OS on Windows; this commit adds the platform to each requested bootstrap spec to prevent that.