Avoid verifying variants in default package requirements#35037
Avoid verifying variants in default package requirements#35037haampie merged 3 commits intospack:developfrom
Conversation
lib/spack/spack/solver/concretize.lp
Outdated
| #minimize{ 0@75: #true }. | ||
| #minimize { | ||
| Weight@75+Priority | ||
| Weight@75+Priority,Package |
There was a problem hiding this comment.
This is a separate bug fixed here.
|
It looks like a lot of deprecated versions are now being selected: |
|
@eugeneswalker Can you try: require:
- any_of: [+mpi, '@:']
- any_of: [cuda_arch=80, '@:']
- any_of: [amdgpu_target=gfx90a, '@:']instead ? EDIT: Trying this myself, still getting your results. Will check tomorrow what drives the solutions there. |
|
@eugeneswalker Working hypothesis, will try to confirm tomorrow:
|
fixes spack#35026 Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver.
… apply to current spec
e18a0bb to
4e236ac
Compare
|
@eugeneswalker This should be fixed. I still have some issues concretizing |
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
|
develop (ce693ff, blue) vs PR (50691cc, orange) radiuss_develop.csv Oddly enough, this bugfix seem to improve some specs in grounding time. The timing though is already higher than that reported in #31202 1 Footnotes
|
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver. Account for group when enforcing requirements packages:all : don't emit facts for requirement conditions that can't apply to current spec

fixes #35026
Default package requirements might contain variants that are not defined in each package, so we shouldn't verify them when emitting facts for the ASP solver.