spack - A flexible package manager that supports multiple versions, configurations, platforms, and compilers.

Age	Commit message (Collapse)	Author	Files	Lines
2024-01-02	Update copyright year to 2024 (#41919)	Todd Gamblin	1	-1/+1
	It was time to run `spack license update-copyright-year` again.
2023-10-23	Docs: Update spec variant checks plus python quotes and string formatting ↵	Tamara Dahlgren	1	-10/+10
	(#40643)
2023-01-18	license year bump (#34921)	Harmen Stoppels	1	-1/+1
	* license bump year * fix black issues of modified files * mypy * fix 2021 -> 2023
2022-10-26	Allow for packages with multiple build-systems (#30738)	Massimiliano Culpo	1	-4/+4
	This commit extends the DSL that can be used in packages to allow declaring that a package uses different build-systems under different conditions. It requires each spec to have a `build_system` single valued variant. The variant can be used in many context to query, manipulate or select the build system associated with a concrete spec. The knowledge to build a package has been moved out of the PackageBase hierarchy, into a new Builder hierarchy. Customization of the default behavior for a given builder can be obtained by coding a new derived builder in package.py. The "run_after" and "run_before" decorators are now applied to methods on the builder. They can also incorporate a "when=" argument to specify that a method is run only when certain conditions apply. For packages that do not define their own builder, forwarding logic is added between the builder and package (methods not found in one will be retrieved from the other); this PR is expected to be fully backwards compatible with unmodified packages that use a single build system.
2022-01-14	Update copyright year to 2022	Todd Gamblin	1	-1/+1

2021-01-02	copyrights: update all files with license headers for 2021	Todd Gamblin	1	-1/+1
	- [x] add `concretize.lp`, `spack.yaml`, etc. to licensed files - [x] update all licensed files to say 2013-2021 using `spack license update-copyright-year` - [x] appease mypy with some additions to package.py that needed for oneapi.py
2019-12-30	copyright: update copyright dates for 2020 (#14328)	Todd Gamblin	1	-1/+1

2019-01-01	copyright: update license headers for 2013-2019 copyright.	Todd Gamblin	1	-1/+1

2018-10-17	relicense: replace LGPL headers with Apache-2.0/MIT SPDX headers	Todd Gamblin	1	-0/+5
	- remove the old LGPL license headers from all files in Spack - add SPDX headers to all files - core and most packages are (Apache-2.0 OR MIT) - a very small number of remaining packages are LGPL-2.1-only
2018-07-17	Add documentation on build systems (#5015)	Adam J. Stewart	1	-0/+301
	Spack provides a number of classes based on commonly-used build systems that users can extend when writing packages; the classes provide functionality to perform the actions relevant to the build system (e.g. running "configure" for an Autotools-based package). This adds documentation for classes supporting the following build systems: * Makefile * Autotools * CMake * QMake * SCons * Waf This includes build systems for managing extensions of the following packages: * Perl * Python * R * Octave This also adds documentation on implementing packages that use a custom build system (e.g. Perl/CMake). Spack also provides extendable classes which aggregate functionality for related sets of packages, e.g. those using CUDA. Documentation is added for CudaPackage.