diff options
| author | scheibelp <scheibel1@llnl.gov> | 2017-01-25 20:43:12 -0800 |
|---|---|---|
| committer | Todd Gamblin <tgamblin@llnl.gov> | 2017-01-25 21:43:12 -0700 |
| commit | e4d2d747ce247f726551e9207f6bedb7c68f2162 (patch) | |
| tree | 5996524b2b590d0b4eee656c46771dd04a611df3 /.mailmap | |
| parent | 596190c83cd10111b35565bd19e0bcf6cdd58f96 (diff) | |
| download | spack-e4d2d747ce247f726551e9207f6bedb7c68f2162.tar.gz spack-e4d2d747ce247f726551e9207f6bedb7c68f2162.tar.bz2 spack-e4d2d747ce247f726551e9207f6bedb7c68f2162.tar.xz spack-e4d2d747ce247f726551e9207f6bedb7c68f2162.zip | |
Spec.satisfies accesses Spec.concrete as property (#2928)
* Spec.satisfies accesses Spec.concrete as property
Fixes #2760
When copying a spec, _concrete is always set to False for each
dependency. "Spec.satisfies" was accessing the member "_concrete"
directly instead of using the property "concrete". This means that
if you copy a spec, the dependencies will be considered equal, but
did not necessarily satisfy one another. Spec.satisfies is a
prerequisite for a package to be considered an extension; as a
consequence, an extension with run-time dependencies that were also
extensions did not activate those extensions. This updates
Spec.satisfies to avoid checking the cached member "_concrete"
directly.
* Added test to check for activation of dependency extension
* Added test to check for transitive satisfiability between a spec and its copy
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions