libSplash: spack dependency bug fixed (other still persists)#1727
libSplash: spack dependency bug fixed (other still persists)#1727ax3l wants to merge 2 commits intospack:developfrom
Conversation
the dependency bug mentioned in
spack#1667 (comment)
seems to be fixed now, and is even causing a bug when not rewritten
spack#1667 (comment)
This fixes it.
- use any version of hdf5 if no mpi is requested
- enfore "parallel" version of hdf5 if mpi is requested
|
warning, install problems seems to be fixed but running $ spack spec libsplash ^[email protected]
Input spec
------------------------------
libsplash
^[email protected]
Normalized
------------------------------
==> Error: libsplash does not depend on hdf5still complains. |
|
Read through all comments and commits in #1553. That should explain what is causing the problem and a decent solution to it. My solution isn't perfect, but I think it provides the least headaches. |
|
all right, will wait on the decision there. a the normalization process still looks a bit uneasy to me if we have to introduce conventions like "all need to default to +mpi" to get around it. (independent of the fact that I like an all +mpi default, but this won't be the only dependency triggering such issues.) |
|
I agree. At some point we need to tackle variant forwarding. That is, if I specify |
|
Kind of. But I can also think of software that can be compiled with a the point is: if a dependency we should not rely on that |
|
@adamjstewart since #1553 is now merged I removed the first commit locally and tried again. Interestingly, running # with defaults: fails
$ spack spec libsplash
Input spec
------------------------------
libsplash
Normalized
------------------------------
libsplash
^cmake
^[email protected]:
^zlib
Concretized
------------------------------
==> Error: Invalid spec: '[email protected]%[email protected]+cxx~debug+fortran~mpi+shared~szip~threadsafe arch=linux-debian8-x86_64'. Package hdf5 requires variant +mpi, but spec asked for ~mpi# with explicit +mpi: ok
$ spack spec libsplash+mpi
Input spec
------------------------------
libsplash+mpi
Normalized
------------------------------
libsplash+mpi
^cmake
^[email protected]:+mpi
^mpi
^zlib
Concretized
------------------------------
[email protected]%[email protected]+mpi [...]# with explicit ~mpi: ok
$ spack spec libsplash~mpi (topic-updateSplashPngDev $<>)
Input spec
------------------------------
libsplash~mpi
Normalized
------------------------------
libsplash~mpi
^cmake
^[email protected]:
^zlib
Concretized
------------------------------
[email protected]%[email protected]~mpi [...] |
|
ah no I am wrong, I rebased against my local branch and not the remote one. seems to work now! |
|
will open a new PR with the |
the spack-internal dependency resolution bug mentioned in
#1667 (comment)
seems to be fixed now, and is even causing a bug when not rewritten
#1667 (comment)
This fixes it.
Minor: Also adds missing
developversions tolibSplashandPNGwriterin the second commit. (I know, I know...)ccing @adamjstewart