[WIP] Workaround (or permanent fix?) for depends_on(py-numpy)#722
[WIP] Workaround (or permanent fix?) for depends_on(py-numpy)#722citibeth wants to merge 2 commits intospack:developfrom
Conversation
… be factored into / used from core Spack.
|
I have some ideas of how we can get RPATH into Python packages. I don't think this PR should be merged in the long run. |
|
Yes let's close it, I never thought the code submitted there was what we Better would be to figure out how to call setuptools, use compiler On Thu, Aug 11, 2016 at 5:10 PM, Adam J. Stewart notifications@github.com
|
* remove neurom@mut_morphio dep on morph-tool * re-add morphio dep * add neuroc * add morph-repair * update license * Add bbp-morphology workflow
I merged today from develop, and it broke anything that depends_on('py-numpy'). I believe these used to work. But now I have to set LD_LIBRARY_PATH to point to Numpy (or else
python3 -c numpywon't find libopenblas.so).The most likely reason for this problem is that OpenBLAS builds a shared object (previously I was using ATLAS, I believe with static library). That has uncovered a latent problem, that Python extensions (eg, those built in py-numpy) do not use RPATH (and thus cannot find libopenblas.so). Or... maybe this problem with Python libs was introduced in the last two weeks. Or maybe with
refactoring of build_environment on March 21?
Seeking advice...
See: #719