summaryrefslogtreecommitdiff
path: root/.github/ISSUE_TEMPLATE
diff options
context:
space:
mode:
authorTodd Gamblin <tgamblin@llnl.gov>2021-01-04 01:28:16 -0800
committerTamara Dahlgren <dahlgren1@llnl.gov>2021-02-17 17:07:35 -0800
commit56acb5a0c7e504f4262b05610d826821ca4dea52 (patch)
tree110573103b8e26122b107579ab093c4215b5680c /.github/ISSUE_TEMPLATE
parentec42016241588075cdcac12e8a3d6011c536af8a (diff)
downloadspack-56acb5a0c7e504f4262b05610d826821ca4dea52.tar.gz
spack-56acb5a0c7e504f4262b05610d826821ca4dea52.tar.bz2
spack-56acb5a0c7e504f4262b05610d826821ca4dea52.tar.xz
spack-56acb5a0c7e504f4262b05610d826821ca4dea52.zip
bugfix: infinite loop when building a set from incomplete specs (#20649)
This code in `SpecBuilder.build_specs()` introduced in #20203, can loop seemingly interminably for very large specs: ```python set([spec.root for spec in self._specs.values()]) ``` It's deceptive, because it seems like there must be an issue with `spec.root`, but that works fine. It's building the set afterwards that takes forever, at least on `r-rminer`. Currently if you try running `spack solve r-rminer`, it loops infinitely and spins up your fan. The issue (I think) is that the spec is not yet complete when this is run, and something is going wrong when constructing and comparing so many values produced by `_cmp_key()`. We can investigate the efficiency of `_cmp_key()` separately, but for now, the fix is: ```python roots = [spec.root for spec in self._specs.values()] roots = dict((id(r), r) for r in roots) ``` We know the specs in `self._specs` are distinct (they just came out of the solver), so we can just use their `id()` to unique them here. This gets rid of the infinite loop.
Diffstat (limited to '.github/ISSUE_TEMPLATE')
0 files changed, 0 insertions, 0 deletions