artdaq build fails on a system with needed libraries already installed in /usr/lib64
Amy Cottle from Noble has tried installing and building artdaq-demo using the quick-mrb-start.sh script as usual. However, she's run into messages like the following:
Cannot generate a safe runtime search path for target EventBuilderMain because files in some directories may conflict with libraries in implicit directories: runtime library [libxmlrpc_server_abyss.so.3] in /usr/lib64 may be hidden by files in: /home/acottle/Documents/artdaq-demo-base/products/xmlrpc_c/v1_39_10/Linux64bit+2.6-2.12-e10-prof/lib
...and the build fails. It's clear that this problem is due to CMake getting upset over an expected library appearing both in the downloaded UPS product and in /usr/lib64. We should figure out how to prevent this from happening in the future.
#1 Updated by John Freeman almost 4 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 100
Kurt fixed this with artdaq commit bfa2a1b6f8dc1681b292b4a698a817368bf0f2d6 :
Added NO_DEFAULT_PATH to all xmlrpc-related find_library calls to avoid problems with system-installed copies of xmlrpc.