Since #50452, build systems are no longer in core and need their own imports.
Specifically, in addition to:
```python
from spack.package import *
```
you now also need, e.g.:
```python
from spack_repo.builtin.build_systems.python import PythonPackage
```
Or similar for other build systems, or things will break.
- [x] Fix `py-deprecat` package
- [x] Fix `cryoef` package
Signed-off-by: Todd Gamblin <tgamblin@llnl.gov>
In particular, the 4.2.1 patches address a bug that prevents building
gcc with recent clang and glibc.
See details here: https://www.mpfr.org/mpfr-4.2.1/#fixed
* Add dependency on Python <= 3.11 for 8.0.4
The SafeConfigParser was removed in Python 3.12.
* Add version 11.5.3
* Add version 12.2.0
* Update order of version from newest to oldest
* Remove unneeded requirement on python@3.6
Since Spack only has Python 3.6 or newer anyway.
* Update license to BSD-3-Clause from version 12 onwards
* Set minimum Python version to 3.9 from version 12 onwards
* Add py-nvidia-ml-py dependency from version 12 onwards
* Update py-nvidia-ml-py package
- Change license to BSD-2-Clause
- Add many more versions
* Apply black formatting
* Add url_for_version helper function
Co-authored-by: Tamara Dahlgren <35777542+tldahlgren@users.noreply.github.com>
* Remove spaces on empty line
* Apply spack style
* Move depends_on directive
---------
Co-authored-by: Tamara Dahlgren <35777542+tldahlgren@users.noreply.github.com>
Allow other CI checks to continue even if the circular import check fails.
Circular imports are often indicative of code that needs to be restructured, but there
are still places where we need to add them. This allows CI to continue, so that if CI is
passing *except* for a problematic import, we can still force merge and accept a bit
of technical debt to admit a useful feature. Also, this allows people to keep working
while they fix their circular import issues, without being blind to CI results.
- [x] update ci workflow: import-check continue-on-error: true
* Updateing TAU recipe to add patch file for ROCM>6.2
* Create tau-rocm-disable-rocprofiler-default.patch
* Changing from version check to +rocm
* [@spackbot] updating style on behalf of jordialcaraz
---------
Co-authored-by: jordialcaraz <jordialcaraz@users.noreply.github.com>
Things done:
* Added variants for llvm plugin and gcc plugin
* Made binutils a proper variant
* Updated dependencies and their associated packages where applicable
* Modernization in progress: idiomatic use of `with_or_without` and `enable_or_disable` where it's trivial, transition towards `spec.satisfies(X)` rather than `X in spec`
TODO:
[x] Clean up RC entry/entries and add final tarball when available
[x] Be consistent about `spec.satisfies` everywhere: consistent enough for now
[x] Add `+mpi_f08` variant (is there a standard name for this?) (for 9.1, as commented)
---------
Co-authored-by: William Williams <william.williams@tu-dresden.de>
Co-authored-by: wrwilliams <wrwilliams@users.noreply.github.com>
Co-authored-by: Todd Gamblin <tgamblin@llnl.gov>