#51542: clang-3.8 and clang-3.9 fail to function due to rpath -------------------------------------+------------------------ Reporter: kenneth.f.cunningham@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: clang-3.8 | -------------------------------------+------------------------ Comment (by noloader@…): Replying to [comment:8 kenneth.f.cunningham@…]:
Oh, wait a sec -- this seems to have fixed it for clang-3.9
{{{ sudo install_name_tool -add_rpath /opt/local/libexec/llvm-3.9/lib /opt/local/libexec/llvm-3.9/bin/../lib/libLTO.dylib }}}
and this one fixes clang-3.8
{{{ sudo install_name_tool -add_rpath /opt/local/libexec/llvm-3.8/lib /opt/local/libexec/llvm-3.8/bin/../lib/libLTO.dylib }}}
do you think this might need to be done for all the dozens of libraries in the llvm-3.8/lib and llvm-3.9/lib folders?
Sorry to dig up an old report... Here's another data point. MBP 2012, OS X 10.8.5, fully patched (or as patched as it can be)... Running install_name_tool cleared the issue for me with clang++-mp-3.9. ----- It also cleared a problem when using GCC 6.1 with -Wa,-q. Here's what that issue looked like (I'm not filing a bug report on it): {{{ /opt/local/bin/gcc-mp-6 -o cryptest.exe -DNDEBUG -g2 -O2 -fPIC -march=native -Wa,-q -pipe bench1.o bench2.o test.o validat1.o validat2.o validat3.o adhoc.o datatest.o regtest.o fipsalgt.o dlltest.o ./libcryptopp.a Undefined symbols for architecture x86_64: "std::ctype<char>::_M_widen_init() const", referenced from: BenchmarkAll(double, double) in bench1.o PrintSeedAndThreads(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) in test.o BlockTransformationTest(CipherFactory const&, CryptoPP::BufferedTransformation&, unsigned int) in validat1.o ValidateRC2() in validat1.o ValidateBBS() in validat2.o ValidateECP() in validat2.o HashModuleTest(CryptoPP::HashTransformation&, HashTestTuple const*, unsigned int) in validat3.o ... "std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find(char const*, unsigned long, unsigned long) const", referenced from: _main in test.o ... }}} However, we still get the endless stream of assembler warnings detailed at http://stackoverflow.com/q/38193043. The warnings are only present with GCC using Clang Integrated Assembler (I'm not filing a bug report on it). -- Ticket URL: <https://trac.macports.org/ticket/51542#comment:17> MacPorts <https://www.macports.org/> Ports system for OS X