tweak CMakeMake easyblock apply CMake policy to select python based on $PATH order, instead of highest Python version#3088
Conversation
… order in PATH, rather than the newest version (which might be an OS python).
|
With this PR, testing on and the build succesfully completes. So, looks like this does what it should do. |
|
Test report by @casparvl Overview of tested easyconfigs (in order)
Build succeeded for 1 out of 1 (1 easyconfigs in total) |
|
To check if the correct Python was selected, I checked the build log for As expected. |
|
Test report by @casparvl Overview of tested easyconfigs (in order)
Build succeeded for 1 out of 1 (1 easyconfigs in total) |
|
Likewise, correctly located for |
|
Just to try a number of builds of a package that uses @boegelbot please test @ generoso |
|
Test report by @casparvl Overview of tested easyconfigs (in order)
Build succeeded for 1 out of 1 (1 easyconfigs in total) |
|
OpenMM configure also looks as it should be: |
|
@casparvl: Request for testing this PR well received on login1 PR test command '
Test results coming soon (I hope)... Details- notification for comment with ID 1912269105 processed Message to humans: this is just bookkeeping information for me, |
|
Test report by @casparvl Overview of tested easyconfigs (in order)
Build succeeded for 3 out of 3 (1 easyconfigs in total) |
|
Test report by @boegelbot Overview of tested easyconfigs (in order)
Build succeeded for 5 out of 5 (5 easyconfigs in total) |
python based on $PATH order, instead of highest Python version
|
Test report by @casparvl Overview of tested easyconfigs (in order)
Build succeeded for 1 out of 1 (1 easyconfigs in total) |
python based on $PATH order, instead of highest Python versionpython based on $PATH order, instead of highest Python version
python based on $PATH order, instead of highest Python versionCMakeMake easyblock apply CMake policy to select python based on $PATH order, instead of highest Python version
Set policy so that the python is selected based on location, i.e. the order in PATH, rather than the newest version (which might be an OS python).
This fixes issues like seen in e.g. EESSI/software-layer#370 (comment)