diff options
author | Adam J. Stewart <ajstewart426@gmail.com> | 2023-10-20 01:29:38 -0500 |
---|---|---|
committer | GitHub <noreply@github.com> | 2023-10-20 00:29:38 -0600 |
commit | 0907d437838cd3392708d2e0a2053b51e63f45ee (patch) | |
tree | 2ca252dc89f1ae219118061518209a47499e3275 /CITATION.cff | |
parent | c9e5173bbd84558e580b0d13fdeb2dae54deb96d (diff) | |
download | spack-0907d437838cd3392708d2e0a2053b51e63f45ee.tar.gz spack-0907d437838cd3392708d2e0a2053b51e63f45ee.tar.bz2 spack-0907d437838cd3392708d2e0a2053b51e63f45ee.tar.xz spack-0907d437838cd3392708d2e0a2053b51e63f45ee.zip |
Drop support for external PythonX.Y (#40628)
On some systems, multiple pythonx.y are placed in the same prefix as
pythonx (where only one of them is associated with that pythonx).
Spack external detection for Python was willing to register all of
these as external versions. Moreover, the `package.py` for Python
was able to distinguish these.
This can cause an issue for some build systems, which will just look
for python3 for example, so if that python3 is actually python3.6,
and the build system needs 3.7 (which spack may have found in the
same prefix, and offered as a suitable external), it will fail when
invoking python3.
To avoid that issue, we simply avoid treating pythonx.y as external
candidates. In the above case, Spack would only detect a Python 3.6
external, and the build would be forced to use a Spack-built Python
3.7 (which we consider a good thing).
Diffstat (limited to 'CITATION.cff')
0 files changed, 0 insertions, 0 deletions