summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2022-04-19rocmlibs: relax rocm-cmake version requirements (#29857)Cory Bloor22-53/+64
* rocmlibs: relax rocm-cmake version requirements The rocm-cmake modules tend to be backwards-compatible, to the extent that most ROCm math libraries were built using rocm-cmake@master for a long while without anybody noticing. (That was fixed in 97f0c3ccd9f0a40896998a7580150a514ec3bc37.) Some packages, like comgr, barely use rocm-cmake for anything, and we can easily set a very minimal version requirement. For most packages, however, it would be a lot of effort to determine the minimum rocm-cmake version required for each release. For those packages, I just turned the exact version requirement into a minimum version requirement. Since I was looking through the CMakeLists.txt for a large number of libraries, I also took note of the cmake_minimum_required and adjusted the cmake minimum requirements to match. * Add rocblas build dependency to hipblas The rocblas library is required both for both building and linking hipblas. * Remove rocm-cmake from vtk-m dependency list The rocm-cmake package provides CMake scripts that facilitate common build configuration tasks in the ROCm libraries. It is never needed at link-time. Also, there are no calls to find_package(ROCM) or include(ROCM.*)in vtk-m, so this dependency will never be used.
2022-04-19motioncor2: update (#30094)Glenn Johnson1-10/+26
- older versions are no longer available for download so mark them deprecated - set manual_download - set url_for_version - only install the binary that matches the cuda version
2022-04-19ctffind: update to version 4.1.14 and add MKL support (#30095)Glenn Johnson2-3/+45
- patch error in configure for 4.1.8 - use fftw-api - enable support for MKL FFT - add needed dependencies for libtiff and jpeg
2022-04-19valgrind: add support for shared and static libs(#30028)iarspider1-2/+5
Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com>
2022-04-19which: add external find support (#30056)Robert Underwood1-0/+10
Co-authored-by: Robert Underwood <runderwood@anl.gov>
2022-04-19nvhpc: gcc is a direct dep (#29963)Harmen Stoppels1-0/+7
2022-04-19or-tools: add new package. (#29858)H. Joe Lee1-0/+37
2022-04-19pacparser: fix compilation with clang (#29589)Valentin Volkl1-2/+3
2022-04-19memkind: fix minor typo (#30069)Erik Schnetter1-1/+1
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