| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
`spack clean <spec>` will now resolve specs based on the active environment if one is active.
If an env is active but no matching spec is found, this will fall back on fully concretizing.
|
|
Before this PR, if Spack could see a possibility to reuse a spec that
doesn't match a strong preference, it would do so. After the PR, a
strong preference would take precedence.
|
|
* Add Khronos official OpenCL ICD loader
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
* Formatting; add missing opencl-c-headers version
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
* opencl-icd-loader: use define instead of f-string
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
---------
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
|
|
|
|
`glibc` and `musl` provide a basic implementation of `iconv` (`iconv`,
`iconv_open`, `iconv_close`), but in practice the installation may be
missing the character encoding methods to make them usable. On Fedora
for example, users need to
```yum install glibc-gconv-extra```
to get the character encodings that `gettext` requires during configure,
namely EUC-JP. Users may not have permissions to install the missing
parts of glibc.
Since Spack can install `libiconv`, it is simpler to use that by
default.
|
|
* py-scikit-learn: add v1.5.0
* Add maintainers
* py-scikit-learn-extra: latest py-scikit-learn not supported
|
|
* Spglib: add version 2.4.0
* dla-future-fortran: new package version 0.1.0
* [@spackbot] updating style on behalf of RMeli
* apply suggestion and add maintainer
---------
Co-authored-by: RMeli <RMeli@users.noreply.github.com>
|
|
|
|
* add mvapich support for intel scalapack_libs
* Add mvapich support for oneapi scalapack_libs
|
|
* feat: add metacarpa@1.0.1 to spack
* fix: style issue
* Update copyright year
|
|
* [emacs] When installing on Mac OS, build and install the native
Emacs.app along with the standard executables.
* [emacs] Make the GUI build on Mac optional by adding "gui" variant
* Apply reviewer suggestion
Co-authored-by: Alec Scott <hi@alecbcs.com>
* Add emacs version 29.3
---------
Co-authored-by: Alec Scott <hi@alecbcs.com>
|
|
avoid calling `spec.target` when None.
When an external compiler package has an `os` set but no `target` set, Spack
currently falls into a codepath that calls `spec.target` (which itself calls
`spec.architecture.target.Microarchitecture`) when `spec.architecture.target`
is None, throwing an error.
e.g.
```
packages:
gcc:
externals:
- spec: gcc@12.3.1 os=rhel7
prefix: /usr
```
---------
Co-authored-by: Todd Gamblin <tgamblin@llnl.gov>
|
|
* glew: rework dependency on gl
This simplifies the package and ensures a single gl implementation is
pulled in. Before we were adding direct dependencies, and those are
not unified through the virtual.
* mesa-demos: rework dependency on gl
This simplifies the package and ensures a single gl implementation is
pulled in. Before we were adding direct dependencies, and those are
not unified through the virtual.
* mesa-glu: rework dependency on gl
This simplifies the package and ensures a single gl implementation is
pulled in. Before we were adding direct dependencies, and those are
not unified through the virtual.
* paraview: fix dependency on glew
* mesa: group dependency on when("+glx")
* Add missing dependency on libxml2
* paraview: remove the "osmesa" and "egl" variant
Instead, enforce consistency using the "gl" virtual that allows
only one provider.
* visit: remove osmesa variant
* Disable paraview in the aws-isc stacks
* data-vis-sdk: rework constrains to enforce front-ends
* e4s-power: remove redundant paraview
* Pipelines: update osmesa variants
* trilinos-catalyst-ioss-adapter: make gl a run dependency
|
|
|
|
|
|
|
|
* Add nextflow 24.04.1
* Install java 17 in this version
|
|
|
|
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
|
|
|
|
|
|
Signed-off-by: Carsten Uphoff <carsten.uphoff@intel.com>
|
|
|
|
|
|
We need to tell clingo the libc compatibility of external nodes
in buildcaches or stores, to allow reuse.
|
|
|
|
|
|
|
|
Starting from 24.04, armpl-gcc will only have three packages files: dev, rpm, and macOS.
Only one version for gcc is provided, so the changes in the code reflect that the tar provided
for gcc is only one rather than many.
|
|
|
|
|
|
* Update chain.rst
* Update lib/spack/docs/chain.rst
Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
* Update lib/spack/docs/chain.rst
Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
* docs: rm leading spaces to avoid indent
---------
Co-authored-by: Wouter Deconinck <wdconinc@gmail.com>
|
|
* Add develop version to ufs-weather-model (major updates)
* Update ufs-weather-model maintainers
* Update package.py
* Update package.py
* Update package.py
* Update package.py
* Update ufs-weather-model defaults and fms dep
* Update package.py
* Update package.py
* Update package.py
|
|
to make macOS's linker happy.
|
|
|
|
|
|
|
|
(#44309)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Co-authored-by: Harmen Stoppels <me@harmenstoppels.nl>
|
|
* get cupy compiling with latest cuda
* fix other cupy-deps
* fix version bounds
---------
Co-authored-by: Robert Underwood <runderwood@anl.gov>
|
|
* Remove mesa18 and libosmesa
mesa18 was introduced in #19528 as a way to maintain the old
autotools build of mesa separate from the new meson build.
We could add a second build system to mesa, but since mesa18 has
been deprecated for a long time, we'll just remove it.
libosmesa was used to multiplex the gl provider between mesa18
and mesa, and is thus unecessary. Remove it to reduce complexity
in the graphical stack.
* Remove references to mesa18 and libosmesa
* vtk: rework dependency on gl and osmesa
* memsurfer: rework dependency on vtk
* visit: minimal fix to avoid having both osmesa and glx
|
