| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Expand the use of cray_secas.patch and use the gold linker w/cce
Co-authored-by: Tamara Dahlgren <35777542+tldahlgren@users.noreply.github.com>
|
|
turn off static linking, add -ldl flag
Co-authored-by: Tamara Dahlgren <35777542+tldahlgren@users.noreply.github.com>
|
|
This reverts commit cefbe48c89209dc3df654795644973b1885cdea4.
|
|
This also adds a patch to make libfuse compile with gcc@11:
|
|
* add scorec feature to trilinos recipe
* used func to enable SCOREC
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This also changes the checksum for 1.22.1 because I switched the package
to use the proper upstream tarballs to get rid of the autotools
dependencies. Moreover, a few dependencies were missing. netdata also
requires a few directories to be created in its prefix to actually work.
|
|
Also adjust the libxc constraints.
|
|
Spack doesn't require users to manually index their repos; it reindexes the indexes automatically when things change. To determine when to do this, it has to `stat()` all package files in each repository to make sure that indexes up to date with packages. We currently index virtual providers, patches by sha256, and tags on packages.
When this was originally implemented, we ran the checker all the time, at startup, but that was slow (see #7587). But we didn't go far enough -- it still consults the checker and does all the stat operations just to see if a package exists (`Repo.exists()`). That might've been a wash in 2018, but as the number of packages has grown, it's gotten slower -- checking 5k packages is expensive and users see this for small operations. It's a win now to make `Repo.exists()` check files directly.
**Fix:**
This PR does a number of things to speed up `spack load`, `spack info`, and other commands:
- [x] Make `Repo.exists()` check files directly again with `os.path.exists()` (this is the big one)
- [x] Refactor `Spec.satisfies()` so that a checking for virtual packages only happens if needed
(avoids some calls to exists())
- [x] Avoid calling `Repo.exists(spec)` in `Repo.get()`. `Repo.get()` will ultimately try to load
a `package.py` file anyway; we can let the failure to load it indicate that the package doesn't
exist, and avoid another call to exists().
- [x] Fix up some comments in spec parsing
- [x] Call `UnknownPackageError` more consistently in `repo.py`
|
|
|
|
|
|
- [x] `analyze` isn't commonly used; move it to long help
(`spack -H` vs `spack -h`). Give it its own section.
- [x] make it clear from `spack -h` that `spack module` can generate
module files
- [x] shorten help for `spack style`
|
|
* do not sort projections alphabetically
* add assertion for ordered dict
|
|
|
|
* [py-pygetwindow] created template
* [py-pygetwindow] added dependencies
* [py-pygetwindow] Final cleanup
- added homepage
- added description
- removed fixmes
|
|
* [py-pyrect] created template
* [py-pyrect] depends on setuptools
* [py-pyrect] Final cleanup
- added homepage
- added description
- removed fixmes
|
|
* [py-word2number] created template
* [py-word2number] requires setuptools
* [py-word2number] Final cleanup
- added homepage
- added long description
- removed fixmes
|
|
* [py-pymsgbox] created template
* [py-pymsgbox] depends on setuptools
* [py-pymsgbox] Final cleanup
- added homepage
- added description
- removed fixmes
|
|
* [py-pytweening] created template
* [py-pytweening] depends on setuptools
* [py-pytweening] final cleanup
- added homepage
- added description
- removed fixmes
|
|
|
|
|
|
Currently, module configurations are inconsistent because modulefiles are generated with the configs for the active environment, but are shared among all environments (and spack outside any environment).
This PR fixes that by allowing Spack environments (or other spack config scopes) to define additional sets of modules to generate. Each set of modules can enable either lmod or tcl modules, and contains all of the previously available module configuration. The user defines the name of each module set -- the set configured in Spack by default is named "default", and is the one returned by module manipulation commands in the absence of user intervention.
As part of this change, the module roots configuration moved from the `config` section to inside each module configuration.
Additionally, it adds a feature that the modulefiles for an environment can be configured to be relative to an environment view rather than the underlying prefix. This will not be enabled by default, as it should only be enabled within an environment and for non-default views constructed with separate projections per-spec.
TODO:
- [x] code changes to support multiple module sets
- [x] code changes to support modules relative to a view
- [x] Tests for multiple module configurations
- [x] Tests for modules relative to a view
- [x] Backwards compatibility for module roots from config section
- [x] Backwards compatibility for default module set without the name specified
- [x] Tests for backwards compatibility
|
|
|
|
It seems that building unreleased versions requires makeinfo, which is
part of texinfo.
|
|
|
|
|
|
|
|
|
|
* Emacs native compilation on master
* emacs: Mark tools correctly as build dependency
|
|
Co-authored-by: Nat Shineman <shineman.5@buckeyemail.osu.edu>
|
|
Simplify logic by just enabling or disabling fsync as user specified
(default to off currently). Also remove the 4.1 version check, since
that version isn't actually supported in here.
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
|
|
The implementation for __str__ has been simplified to traverse the spec directly,
and doesn't call anymore the flat_dependencies method. Dead code has been
removed.
|
|
For configure (e.g. for hdf5) to pass, this option needs to be pulled out when invoked in ccld mode.
I thought it had fixed the issue but I still saw it after that. After some digging, my guess is that I was able
to get hdf5 to build with ifort instead of ifx. Lot of overlapping changes occurring at the time, as it were.
There are still outstanding issues building hdf5 with ifx, and Intel is looking into what appears to be a
compiler bug, but this manifests during build and is likely a separate issue.
I have verified that the making the edit in 'ccld' mode removes the -loopopt=0 and enables hdf5 to pass
configure. It should be fine to make the edit in 'ld' mode as well, but I have not tested that and didn't
include an -or- condition for it.
|
|
|
|
|
|
Add the latest release.
|
|
Mac. (#23625)
|
|
hipMalloc3D,hipMallocPitch() (#23620)
|
|
Add new release of SEACAS.
Update netcdf-c version to recent release which fixes some issues that have caused problems in past
Use release version of CGNS instead of develop
|
|
There are no official releases yet, so just use a git snapshot for now.
|
|
|
|
|
|
|
