diff options
| author | Todd Gamblin <tgamblin@llnl.gov> | 2020-07-05 22:35:01 -0700 |
|---|---|---|
| committer | Peter Scheibel <scheibel1@llnl.gov> | 2020-07-10 13:05:49 -0700 |
| commit | 054e0d1d1132145f7e7c00ad9408c5c9b164d4ef (patch) | |
| tree | 4eb508c24039aae8a80936756f72194f79f80e8d /.gitattributes | |
| parent | c8a83661c2c761c9de5ff30ae82aa79a635e5d64 (diff) | |
| download | spack-054e0d1d1132145f7e7c00ad9408c5c9b164d4ef.tar.gz spack-054e0d1d1132145f7e7c00ad9408c5c9b164d4ef.tar.bz2 spack-054e0d1d1132145f7e7c00ad9408c5c9b164d4ef.tar.xz spack-054e0d1d1132145f7e7c00ad9408c5c9b164d4ef.zip | |
bugfix: no infinite recursion in setup-env.sh on Cray
On Cray platforms, we rely heavily on the module system to figure out
what targets, compilers, etc. are available. This unfortunately means
that we shell out to the `module` command as part of platform
initialization.
Because we run subcommands in a shell, we can get infinite recursion if
`setup-env.sh` and friends are in some init script like `.bashrc`.
This fixes the infinite loop by adding guards around `setup-env.sh`,
`setup-env.csh`, and `setup-env.fish`, to prevent recursive
initializations of Spack. This is safe because Spack never shells out to
itself, so we do not need it to be initialized in subshells.
- [x] add recursion guard around `setup-env.sh`
- [x] add recursion guard around `setup-env.csh`
- [x] add recursion guard around `setup-env.fish`
Diffstat (limited to '.gitattributes')
0 files changed, 0 insertions, 0 deletions