WIP: Spack chain updates to #8014 for testing only#8545
WIP: Spack chain updates to #8014 for testing only#8545gartung wants to merge 35 commits intospack:developfrom
Conversation
Conflicts: lib/spack/spack/cmd/find.py lib/spack/spack/modules/common.py lib/spack/spack/store.py share/spack/setup-env.sh
Develop chain update
…dbs for find query.
…nly one parent. Actually set the default for parent_install_trees. Don't exit if query on parent is empty.
|
@amundson @JavierCVilla I have the test working and I made a few improvements. I will submit a PR to Jim's branch once the tests complete. |
…ike spack will links against system-like spack.
|
You mentioned:
I could look at why this might be occurring this afternoon if that is of interest, but more context would be useful: where is the infinite recursion occurring? |
|
I think I have the infinite recursion problem fixed. Now I can build Jim's example with the expected linking of libraries from the system-like spack install. |
|
Great! I'll be looking through this more later today and expect to have some suggestions/comments by tomorrow afternoon (6/28) |
|
This is the example of infinite recursion I was talking about. spack -d find |
|
I'm still looking at this but a couple of complications I see currently are:
Other notes:
As a side note: this appears to contain unrelated changes to |
|
The rpaths were being set correctly because the spec returned from the query comes from the chained spack install db and includes the correct installed path
The DirectoryLayout and the section in setup-env.sh were done so that module files could be found in chained spack install.
|
Conflicts: share/spack/setup-env.sh
|
Functionality wise this feature seems to work properly. @gartung besides fixing the unit tests what is there left to develop on this PR? We would like to have this feature merged into develop and start using it. |
|
There is one quirk: If a package is installed in multiple prefixes, spack find -p shows the same path in all prefixes. |
|
@gartung what changes would be needed to prevent this from happening? I would like to help you out with this feature in order to make it ready and would benefit greatly from some starting points. |
|
Hi @paul-chelarescu, I am also working on this. My plan is to get a PR out by the end of tomorrow which (a) will help me (and hopefully you) understand the ramifications of edits made here and (b) will serve as a reference point for how this could be improved. Overall I'm looking for an approach which interacts a bit less with Spack internals and I think that PR will either help guide this there or build on this to achieve that. |
|
See #8772 |
These are changes needed to bring PR #8014 current with the head of develop.