[MacPorts] #51542: clang-3.8 and clang-3.9 fail to function due to rpath

[MacPorts]

#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