summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2020-04-20glib (#16179)Elizabeth Fischer1-0/+5
Co-authored-by: Elizabeth Fischer <elizabeth.fischer@alaska.edu>
2020-04-20PyTorch: remove CUDA conflicts (#16136)Adam J. Stewart1-18/+0
2020-04-20autotools: remove FORCE_UNSAFE_CONFIGURE from docs, commands, code (#16145)Todd Gamblin8-23/+8
Since #16132, we've consolidated the setting of FORCE_UNSAFE_CONFIGURE to `autotools.py`, so we don't need to use it in packages like `coreutils`, in our commands, or in our container recipes. - [x] Remove FORCE_UNSAFE_CONFIGURE from packages - [x] Remove FORCE_UNSAFE_CONFIGURE from container recipes - [x] Remove FORCE_UNSAFE_CONFIGURE from `spack ci` command
2020-04-20Httpd: added package at v2.4.43 (#16152)darmac1-0/+35
2020-04-20ngmerge: added package at v0.3 (#16160)Glenn Johnson1-0/+21
2020-04-19Typo: vew -> view (#16155)George Hartzell1-1/+1
2020-04-19Cython: add new version (#16159)Adam J. Stewart1-1/+3
2020-04-19NumPy: add new version (#16158)Adam J. Stewart1-1/+2
2020-04-18FrontFlow/Red: New Package. (#15965)Toyohisa Kameyama3-0/+195
* FrontFlow/Red: New Package. * fix comment. use libs.ld_flags. * typo fix. * typo fix.
2020-04-18CEED v3.0 release (#15500)Veselin Dobrev17-162/+470
* [mfem] A few updates: add 'strumpack' variant; add 'zlib' variant (same as 'gzstream'); fix optmization flag for v4.0. * [mfem] flake8 fix * [mfem] Add version 4.1 * [mfem] Add/tweak some 'conflicts' directives. * [gslib] Add new release versions + 'develop' version. * [petsc] Restrict hdf5 version to <= 1.10.99 since 1.12.0 fails * [metis] Use the original metis url for v4.0.3. * [conduit] Remove restrictions to the used hdf5 variant to allow building with other packages that use hdf5, e.g. petsc. * [mfem] Few updates: * Replace the 'gzstream' variant with 'zlib' variant. * Do not add system library paths with -L flags. * Allow '+pumi+shared' variant. * Update the 'test_builds.sh' script. * [occa] Add version 1.0.9. * [mfem] Some OCCA and RAJA updates. * [gslib] Fix the build for new versions of the library. * [mfem] Add 'gslib' variant for GSLIB. * [mfem] Add 'cuda' variant. * [mfem] Add 'libceed' variant + a few more tweaks. * [mfem] Add 'umpire' variant. * [ceed] Add a draft for v3.0. Not tested. Just made sure that concretization works for 'ceed' and 'ceed+cuda'. * [nek] Fix Nek5000/NekCEM * [nek] Add Nek5000-v19 & polishing Nek packages * [flake8] Fix flake8 failure * petsc: use of HDF5 does not care about +hl+fortran * [petsc] Temporarily allow any hypre version with petsc@develop. [ceed] Remove the requirement for hypre@develop. * [libceed] Do not explicitly set NVCCFLAGS for v0.5 and later. * [laghos] Add version 3.0, pointing to dev branch for now. Do not set CXX at the make command line. Simplify the dependecy directives a little. [ceed] Use laghos v3.0 for ceed v3.0.0. * [laghos] Keep the injection of CXX in the makefile for laghos versions <= 2.0. * [nekcem] Recovert hash-versions used by older versions of the 'ceed' package. * [occa] Disable hip autodetection because it fails on some machines. * [laghos] Update v3.0 with the actual release source. * [suite-sparse] Explicitly add the c11 flag to CFLAGS. * Update package.py (#15749) * [magma] Add forgotten specification of the 'cuda_arch' variant. * [ceed] Use magma v2.5.3 for ceed v3.0. * libceed-0.6 * mfem: depend on libceed 0.6:, not 0.6.0: * [libceed] Add 'magma' variant -- enable MAGMA backend. * [ceed] In v3.0, use '+magma' variant of libceed when cuda is enabled. * Initial package for Remhos (needs to be updated with actual sha256 * Adding Remhos to CEED-3.0, for now @develop * petsc: add 3.13.0 (using petsc-lite) and 3.12.5 * ceed: update to petsc@3.13.0:3.13.99 * Temporary fix * [nekcem] Add hash-version for ceed v3.0. * [nek5000] Simplify source urls. * [nektools] Use the same sources and versions as in nek5000. * [ceed] Update Nek-related package versions. * libceed: add v0.6 portabilty fix * libceed: better v0.6 portabilty fix * Adding Remhos 1.0 release in CEED-3.0 * Updating hash for Remhos-1.0 * [petsc] Add cuda variant. * [libceed] Flake8 fix. * [petsc] Add cuda variant. * [ceed] Fix the OCCA version to 1.0.9. Enable petsc+cuda when compiling ceed@3.0.0+cuda. * nek5000: fix python 2.7+ syntax * [laghos] Fix testing. * [remhos] Fix testing. * [remhos] For testing use the 'tests' target instead of 'test'. * Add/update the maintainers for ceed, libceed, mfem, laghos, and remhos. * [ceed] Remove unnecessary dependencies. * libceed: activate AVX when supported Co-authored-by: Thilina Rathnayake <thilinarmtb@gmail.com> Co-authored-by: Jed Brown <jed@jedbrown.org> Co-authored-by: Stan Tomov <tomov@eecs.utk.edu> Co-authored-by: Tzanio <tzanio@llnl.gov>
2020-04-18autotools: set FORCE_UNSAFE_CONFIGURE to 1 in autotools.py (#16132)Diego Magdaleno1-0/+15
This commit sets the `FORCE_UNSAFE_CONFIGURE` environment variable to 1 in autotools builds. We see a lot of builds popping up and complaining about `FORCE_UNSAFE_CONFIGURE`. This behavior is not actually part of `autoconf` per se. It comes from this patch to `mknod.m4`, which is used by a lot of autoconf builds: * https://lists.gnu.org/archive/html/bug-gnulib/2010-07/msg00282.html Which originated from this problem that someone had on AIX: * https://lists.gnu.org/archive/html/bug-gnulib/2010-07/msg00279.html The gist of the problem seems to be that they want to check whether `mknod` can do something as root, but instead of checking whether they're running as root and using `su` or something to test this, they just made it harder to run `configure` as root. This seems very ad hoc and this is one of many checks that are run as root in `configure`. Many of them run before this check, so it's not clear that the `FORCE_UNSAFE_CONFIGURE` thing is even preventing bad things from happening. So: 1. This only happens in `autotools` builds, so we should go ahead and put it into `autotools.py` instead of in the global build environment, and 2. The variable does too little and provides a false sense of security in the first place, so we'll just disable it and avoid the nuisance. If we really feel strongly about this we can put some warnings in Spack about running as root, but at the top level, not in the middle of an already running script like `configure`.
2020-04-18votca-*: add v1.6 (#16139)Christoph Junghans5-9/+18
2020-04-17remove files accidentally committed with 0.14.0 (#16138)Todd Gamblin3-11712/+0
2020-04-17DDD bugfix (#16095)Daryl W. Grunau1-0/+5
* DDD: apply extended-prompt patch * DDD: apply extended-prompt patch * use the upstream patch Co-authored-by: Daryl W. Grunau <dwg@lanl.gov>
2020-04-17py-cutadapt: add version 2.9 (#16135)Levi Baber1-0/+1
2020-04-17MPFR: fix patch checksum, add dependencies (#15783)Adam J. Stewart1-6/+14
* MPFR: fix patch checksum, add dependencies * Update checksum again
2020-04-17AutotoolsPackage: add aclocal for all build deps (#15784)Adam J. Stewart1-5/+5
2020-04-17OpenMPI: add +cxx variant (#15477)Adam J. Stewart1-10/+18
* OpenMPI: add +cxx variant * C++ support will be removed in 5.0.X release
2020-04-17Language-specific PIC flags (#15474)Adam J. Stewart62-160/+415
* Language-specific PIC flags * Add tests for every compiler flag * Fix bad rebase * pic_flag -> cxx_pic_flag
2020-04-17charliecloud: fix url (#16133)Jordan Ogas1-1/+1
2020-04-17LLVM libomptarget fixes (#16104)Nichols A. Romero1-5/+10
* Throw an error at spack install invocation instead of most of the way through the build process when cuda_arch is unspecified. * Clean-up of CMake booleans. No actual change. * Use CMake variables for hwloc and libelf installation directories and avoid injecting extra flags into CMAKE_CXX_FLAGS * Conflict should only exist for +cuda variant.
2020-04-17coreutils: add variant for g prefixTodd Gamblin1-1/+4
- [x] Add a `gprefix` variant to coreutils, so that the 'g' prefix on binaries is optional. - [x] Make un-prefixed binaries the default again
2020-04-17NCCL: add new version (#16130)Adam J. Stewart1-1/+4
2020-04-17oneDNN: add new version (#16129)Adam J. Stewart1-1/+2
2020-04-17singularity: new variants to enable non-suid and non-network builds (#16088)Andrew W Elble1-23/+32
Defaults are left as they are currently
2020-04-17New package: Biopandas python package (#16066)ilbiondo1-0/+24
* Biopandas python package * Update var/spack/repos/builtin/packages/py-biopandas/package.py Co-Authored-By: Adam J. Stewart <ajstewart426@gmail.com> * Update var/spack/repos/builtin/packages/py-biopandas/package.py Co-Authored-By: Adam J. Stewart <ajstewart426@gmail.com> * remove scipy dependency Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
2020-04-17magma: added v2.5.3 (#16097)Stan Tomov1-1/+2
Also updated maintainer list
2020-04-17py-gcovr: added new package at v4.2 (#16100)Michael Kuhn1-0/+23
2020-04-17open-iscsi: added new package at v2.1.1 (#16113)darmac1-0/+32
2020-04-17aespipe: added new package at v2.4f (#16114)darmac1-0/+22
2020-04-17sz: run "make clean" after configure (#15759)Kai Germaschewski1-0/+3
At least the v2.0.2.0 tar ball contains compiled object files etc, which cause the build to fail on other architectures (ppc64le in particular), so this patch adds a `make clean` after configuring first.
2020-04-17asdcplib: added new package at v2.10.35 (#16118)darmac1-0/+23
2020-04-17libtree: added v1.1.2 (#16119)Harmen Stoppels1-0/+1
2020-04-16SourceForge: Mirror Mixin (#16112)Axel Huebl39-68/+162
* SourceForge: Mirror Mixin Add a mixing class for direct `CNAME`s to sourceforge mirrors. Since the main gateway servers are often down, this could reduce timeouts and fetch errors for sourceforge.net hosted software. * SourceForge: unspectacular mirror replacement add mirrors to all sourceforge packages with trivial download logic. tested fetch of latest version of each of these packages with various mirrors before committing. * SourceForge: xz the author homepage is chronocially overrun and this is the offical upload with many mirrors.
2020-04-16bugfix: fix emacs support on macOS (#16110)Todd Gamblin1-1/+1
- fix missing self.spec
2020-04-16macOS: Fix emacs Linking (#16106)Axel Huebl2-1/+9
* macOS: Fix emacs Linking Fix linking issue of emacs on macOS (clang and gcc). Applies the same work-around as conda-forge: https://github.com/conda-forge/emacs-feedstock/blob/b051f6c928d8b99fed3fabd9a8d67be993f94494/recipe/build.sh Homebrew avoids this by linking against the system ncurses lib: https://github.com/Homebrew/homebrew-core/blob/master/Formula/emacs.rb * ncurses: fix outdated variant comment this comment was build on the assumption that gnutls triggers a termlib dependency in emacs. that's not the case, ncurses itself depends on termlib when build with this feature.
2020-04-16libpng: github downloadAxel Huebl1-5/+4
libpng still has its sourceforge page but is actively been developed on github. since the sourceforge urls are too often down (as seen in my nightly CI/CD tests), just switch the download source to GitHub instead.
2020-04-16macos: use DYLD_FALLBACK_LIBRARY_PATH instead of DYLD_LIBRARY_PATHTodd Gamblin5-10/+14
`DYLD_LIBRARY_PATH` can frequently break builtin macOS software when pointed at Spack libraries. This is because it takes *higher* precedence than the default library search paths, which are used by system software. `DYLD_FALLBACK_LIBRARY_PATH`, on the other hand, takes lower precedence. At first glance, this might seem bad, because the software installed by Spack in an environment needs to find *its* libraries, and it should not use the defaults. However, Spack's isntallations are always `RPATH`'d, so they do not have this problem. `DYLD_FALLBACK_LIBRARY_PATH` is thus useful for things built in an environment that need to use Spack's libraries, that don't set *their* RPATHs correctly for whatever reason. We now prefer it to `DYLD_LIBRARY_PATH` in modules and in environments because it helps a little bit, and it is much less intrusive.
2020-04-16darwin: cut DYLD_LIBRARY_PATH from default modulesGeoffrey Malcolm Oxberry1-2/+0
This commit removes the DYLD_LIBRARY_PATH variable from the default modules.yaml for darwin. The rationale behind deleting this environment variable is that paths in this environment variable take precedence over the default locations of libraries (usually the install path of the library), which can lead to linking errors in some circumstances. For example, executables intended to link with Apple's system BLAS and LAPACK will instead link to a spack-installed implementation (e.g., OpenBLAS), causing runtime errors. These errors are resolved by instead relying on paths set in DYLD_FALLBACK_LIBRARY_PATH, which is lower in precedence than default locations of libraries.
2020-04-16ncurses: forward termlib libs (#16101)Axel Huebl1-1/+5
These libs need to be forwarded, as in ncurses `pkg-config` file.
2020-04-16emacs: libxml2 deps (#16103)Axel Huebl1-0/+1
emacs depends on libxml2.
2020-04-16Bugfix: For spack buildcache check, Handle specs where only the hash is (#15663)Marc Allen1-1/+1
provided (#15662). Prior to this fix, the checked Spec object would not be populated, and concretization would fail. Co-authored-by: Marc Allen <mrcall@amazon.com>
2020-04-16Add ncurses+termlib dependency to mesa (#16038)Glenn Johnson1-0/+2
Mesa links against libtinfo so needs to depend on ncurses. It also needs a little help finding the library directory so an LDFLAGS configure option is added.
2020-04-16New version xrootd-4.11.3 (#16092)Amjad Kotobi1-0/+1
2020-04-16singularity: updated maintainer list (#16093)Carlos Arango Gutierrez1-1/+1
2020-04-16openbabel: fix compilation errors (#16090)athanasio1-0/+6
- Disable maeparser as it is broken with CMake - Added missing dependencies
2020-04-16New package bonniepp added (#16091)Amjad Kotobi1-0/+21
2020-04-16Add new version 1.1.1 (#16087)Harmen Stoppels1-0/+1
2020-04-16New matlab versions (#16086)Antonio Arena1-4/+20
2020-04-16MPark.Variant: GCC 7.3.1 Conflict (#16081)Axel Huebl1-2/+11
* MPark.Variant: GCC 7.3.1 Conflict Due to an ICE in this specific patch-release of GCC, compile errors in downstream packages should be avoided with a clean conflict. * Fix superfluous spaces Co-Authored-By: Adam J. Stewart <ajstewart426@gmail.com> * Fix typo Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>