Details
-
Type:
Bug
-
Status: Done
-
Resolution: Done
-
Fix Version/s: None
-
Component/s: meas_extensions_psfex
-
Labels:None
-
Story Points:2
-
Epic Link:
-
Sprint:Science Pipelines DM-S15-6
-
Team:Data Release Production
Description
On my Mac meas_extensions_psfex fails to build due to the numpy config test failing. "import numpy" fails with:
dlopen(/Users/rowen/LSST/lsstsw/anaconda/lib/python2.7/site-packages/numpy/linalg/lapack_lite.so, 2): can't resolve symbol __NSConcreteStackBlock in /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib because dependent dylib #1 could not be loaded in /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
|
Our best guess (see discussion in Data Management 2015-08-14 at approx. 1:57 PM Pacific time) is that the special lapack functions in psfex are colliding with the lapack that anaconda uses.
In case it helps I see this on OS X 10.9.5. I do not see it on lsst-dev.
Attachments
Activity
This looks like a good fix. It is a pity about all the extra auto-generated files needing update, but there it is.
Please review these changes, minor though they are. The relivant changes are in the files, configure.ac, lib/SConscript, lapack_functions/SConscript . All the other changed files are auto-generated by the auto* tools. The updated make files have all been tested on multiple systems and guid the build process just fine.