summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2022-04-19truchas: add new package (#29980)Peter Brady1-0/+109
2022-04-19simgrid: update package description (#30111)Erik Schnetter1-2/+5
2022-04-19ADOL-C: Add traceless refcounting as a default variant (#30114)Jean-Paul Pelteret1-1/+6
2022-04-19SymEngine: add v0.9 (#30115)Jean-Paul Pelteret1-1/+9
2022-04-19lwtnn: add v2.13 (#30151)iarspider1-1/+3
2022-04-19py-frozenlist: add v1.3.0 (#30154)Andrea Valenzuela1-0/+1
Co-authored-by: aandvalenzuela <andrea.valenzuela.ramirez@cern.ch>
2022-04-19less: add v590 (#30127)Alex Hedges1-0/+2
2022-04-19direnv: add v2.31.0 (#30118)Alex Hedges1-0/+2
2022-04-19py-avro: add v1.11.0 (#30152)Andrea Valenzuela1-0/+1
Co-authored-by: aandvalenzuela <andrea.valenzuela.ramirez@cern.ch>
2022-04-19ratel: add develop and v0.1 (#29474)Jeremy L Thompson1-0/+70
2022-04-19glew,vapor: Move depends_on("glu") from glew to vapor (#30112)Bernhard Kaindl2-2/+2
In #26630, I assumed "glu" was needed by glew because it included glu.h, but actually, glew can be used without glu when GLEW_NO_GLU is defined and this is documented in the announcement of glew-1.6.0: > https://www.geeks3d.com/20110430/opengl-glew-1-6-0-available/ > * Define GLEW_NO_GLU for no glu dependency It is therefore the duty of users of glew to decide if they use glu, and then they need to have a depends_on("glu"). Thus, move the depends_on("glu") which I changed from "gl" in #26630 to vapor, which itself uses glu as well.
2022-04-19coreutils: add v9.0 and v9.1 (#30128)Alex Hedges1-0/+2
2022-04-19bubblewrap: add versions up to v0.6.1, use configure script (#30129)Harmen Stoppels1-13/+17
2022-04-19libcap: add v2.64 (#30130)Harmen Stoppels1-1/+2
2022-04-19CMake: add v3.23.1 and v3.22.4 (#30131)John W. Parent1-0/+2
2022-04-19mysqlpp: add v3.3.0 (#30136)snehring1-0/+1
2022-04-19Dyninst: deprecate unsupported versions (#30138)Tim Haines1-5/+5
2022-04-19gaussian: adding tcsh dependency (#30096)snehring1-0/+13
2022-04-19trinotate: add v3.2.2 (#30141)dlkuehn1-0/+1
Co-authored-by: David Kuehn <las_dkuehn@iastate.edu>
2022-04-19py-rtree: add v1.0.0 (#30140)Adam J. Stewart1-1/+6
2022-04-19openmpi: no `nvc -fexceptions` support (#30044)Harmen Stoppels1-0/+2
2022-04-19diamond: add v2.0.14 (#30143)snehring1-0/+1
2022-04-18Add music package (#30147)Sam Grayson1-0/+40
2022-04-18spdlog: use external fmt (#30051)Peter Brady1-1/+7
2022-04-16py-torch: fix cuda dependencies (#30117)range31-3/+3
2022-04-16gcc: avoid excessive stat calls (#30005)Harmen Stoppels1-0/+5
For about a decade GCC has an option `-f[no]-canonical-system-headers` which basically runs `realpath` on all "system headers", to possibly reduce the length of paths in diagnostics. [1] Spack usually installs the "system headers" of GCC in very deeply nested directories. Calling `realpath` there results in stat calls on every level, for every header file. On some slow filesystem I have, `-fno-canonical-system-headers` gives about 5x speedup to compile hello world in C, meaning that ./configure scripts would be much faster when using this flag by default. [1] https://codereview.appspot.com/6495088
2022-04-16mpich: Fix @4 build with gcc@10+ (#30084)marcost21-0/+3
* Also set FCFLAGS for gcc@10 * Set FCFLAGS for clang/apple-clang too
2022-04-16octave: add version 7.1.0 (#30089)Kai Torben Ohlhus1-0/+1
https://octave.org/news/release/2022/04/06/octave-7.1.0-released.html
2022-04-16CMake package: use Windows SSL implementation (#29943)John W. Parent1-7/+15
Add option to allow using OpenSSL (by default this uses the SSL implementation that comes with Windows, since that is more likely to have needed certificates).
2022-04-15Remove assert in favor of error message (#29797)John W. Parent3-20/+21
2022-04-15Update: bamtools to version 2.5.2 (#29021)dlkuehn1-1/+2
Co-authored-by: las_dkuehn <las_dkuehn@gilman-0107-02.las.iastate.edu>
2022-04-15Backport f2py's define for threading bugfix to numpy versions 1.20.3:1.22.1 ↵Dom Heinzeller1-0/+5
(#30065)
2022-04-15compose: New package (#30073)Erik Schnetter0-0/+0
* compose: New package * compose: Add maintainer * compose: Remove unused import * compose: Switch copyright date to 2021
2022-04-15Adiak package: use correct CMake MPI variables (#30086)Chris White1-2/+2
2022-04-15llvm@14: Fix build: Add hwloc include directory for libompd (#29757)Sajid Ali2-0/+16
2022-04-15py-awkward: Add latest versions (#29744)Thomas Madlener1-2/+7
* py-awkward: Add new versions * py-awkward: Update dependencies * Make setuptools a runtime dependency as well Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com> Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
2022-04-15Patch libfabric for the Nvidia compilers (#30090)Theofilos Manitaras2-0/+36
* Patch libfabric@1.6.0:1.14.0 for the Nvidia compilers Signed-off-by: Theofilos Manitaras <manitaras@cscs.ch>
2022-04-14Fix R build in containers (#30055)Robert Underwood1-0/+1
R needs which as a build dependency, but it may not be provided in a minimal container. Co-authored-by: Robert Underwood <runderwood@anl.gov>
2022-04-15Add: openPMD-viewer 1.4.0 & validator update (#30083)Axel Huebl2-6/+9
2022-04-14mochi-thallium: add v0.10.1, update cereal dependency (#30059)Matthieu Dorier1-1/+4
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
2022-04-14NASM package: fix install on Windows (#29905)John W. Parent1-1/+25
* Don't rely on NASM's nmake to export install target. Spack now handles NASM installation; the install tree structure mimics NASM Windows installer behavior. * Add dependency on perl
2022-04-14New package: py-nara-wpe (#29451)Jen Herting1-0/+28
* espnet first build with depends * [py-nara-wpe] fixed copyright * [py-nara-wpe] fixing up dependencies Co-authored-by: Sid Pendelberry <sid@rit.edu>
2022-04-14New package: py-distance (#29546)Jen Herting1-0/+20
* [py-distance] created template * [py-distance] - added homepage - added description - removed fixmes * [py-distance] depends on setuptools
2022-04-14openmpi: main no longer depends on pandoc (#30068)Howard Pritchard1-1/+0
we switched to an optional sphinx based way of generating docs, so remove pandoc, which can cause issues with latex conflicts. Signed-off-by: Howard Pritchard <howardp@lanl.gov>
2022-04-14Windows platform: don't allow MakefilePackage (#29904)John W. Parent1-0/+2
2022-04-14New package: SICM (#30066)Jason Lee1-0/+23
2022-04-14add conduit 0.8.3 release (#30067)Cyrus Harrison1-1/+1
2022-04-14netcdf-cxx4 Package: updates to build on Mac OS (#29246)Dom Heinzeller2-46/+103
Bug fixes for package netcdf-cxx4 so that it builds on macOS semi case-sensitive filesystems; this includes additional changes to build netcdf-cxx4 consistently with netcdf-fortran. * netcdf-fortran: remove unused config_flags * netcdf-fortran: avoid building without the optimization flags * netcdf-cxx4: do not enforce autoreconf. This was a rudiment from the times when the package was fetched with git, which broke timestamp order of the automatically generated Autoconf files. * netcdf-cxx4: inject PIC flags for C++ when '+pic' * netcdf-cxx4: inject C/CXXFLAGS via the wrapper * netcdf-cxx4: fix the underlinking problem for platforms other than darwin (add netcdf-c libs netcdf-cxx4 ldlibs flags) * netcdf-cxx4: remove redundant extension of CPPFLAGS * netcdf-cxx4: only need to use MPI compiler wrapper when building C (vs both C and C++) * netcdf-cxx4: remove variant 'static' This makes it consistent with other packages from the NetCDF constellation: always build the static libraries and additionally build the shared ones when '+shared'. * netcdf-cxx4: do not configure --with/--without-pic. This makes it consistent with other packages from the NetCDF constellation: build the shared libraries with the PIC flag and the static ones without it (the default for Autotools) when '~pic', and build the static libraries with PIC when '+pic' (to make them injectable into other shared libraries). * netcdf-cxx4: run the tests serially * netcdf-cxx4: build the plugins only when the tests are run Co-authored-by: Sergey Kosukhin <sergey.kosukhin@mpimet.mpg.de>
2022-04-14Package rna-seqc: Change jdk dependency to java (#30049)dlkuehn1-2/+2
Co-authored-by: David Kuehn <las_dkuehn@iastate.edu>
2022-04-14spack ci: remove relate-CDash-builds functionality (#29950)Zack Galbreath8-360/+17
gitlab ci: Remove code for relating CDash builds Relating CDash builds to their dependencies was a seldom used feature. Removing it will make it easier for us to reorganize our CDash projects & build groups in the future by eliminating the needs to keep track of CDash build ids in our binary mirrors.