Fix bug in CMakeLists.txt (get_filename_component was using non-existent path as BASE_DIR), use ip@5: if available instead of sp #1090
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR does two things:
CMakeLists.txt
: The first call toget_filename_component
seems to be using an uninitialized (empty) variableLOCAL_CURRENT_SOURCE_DIR
asBASE_DIR
argument. It would be good if somebody could verify that.sp
library is deprecated and replaced byip@5
and newer (drop-in replacement). While[email protected]
is still in spack-stack-1.8.0,ip-5.0.0
is also available. We expectsp
to be removed in spack-stack-1.9.0.Because of (2), similar changes need to be made in the host model (SCM: PR to come in a minute, UFS: someone else needs to do).
Note that I cannot compile the SCM on my laptop with GCC, because the
SCHEMES_OPENMP_OFF
logic seems to be not working as expected (with and without the change made in 1 I believe), therefore I would like to ask someone else to test these two changes, please.