diff options
| author | Greg Becker <becker33@llnl.gov> | 2019-05-10 07:04:24 +0900 |
|---|---|---|
| committer | Todd Gamblin <tgamblin@llnl.gov> | 2019-05-09 15:04:24 -0700 |
| commit | 3d3cea1c870b9be391437023163ed2608e8121a1 (patch) | |
| tree | 718d20ff55585dbdd285234db26aacac7f401e39 /.github | |
| parent | 53ec16c9e5d60fbc85ace55ef12a802181a9d81d (diff) | |
| download | spack-3d3cea1c870b9be391437023163ed2608e8121a1.tar.gz spack-3d3cea1c870b9be391437023163ed2608e8121a1.tar.bz2 spack-3d3cea1c870b9be391437023163ed2608e8121a1.tar.xz spack-3d3cea1c870b9be391437023163ed2608e8121a1.zip | |
modules: use new `module` function instead of `get_module_cmd` (#8570)
Use new `module` function instead of `get_module_cmd`
Previously, Spack relied on either examining the bash `module()` function or using the `which` command to find the underlying executable for modules. More complicated module systems do not allow for the sort of simple analysis we were doing (see #6451).
Spack now uses the `module` function directly and copies environment changes from the resulting subprocess back into Spack. This should provide a future-proof implementation for changes to the logic underlying the module system on various HPC systems.
Diffstat (limited to '.github')
0 files changed, 0 insertions, 0 deletions