#50853: "dyld: Library not loaded: @rpath/libLLVM.dylib" in clang-3.8 and ld64-latest +llvm38 ---------------------------------------------+----------------------------- Reporter: rjvbertin@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: closed Component: ports | Milestone: Resolution: fixed | Version: 2.3.4 Port: llvm-3.8, clang-3.8, ld-latest | Keywords: ---------------------------------------------+----------------------------- Comment (by rjvbertin@…): Yeah, sure. It'd just be a bit strange for me to argue that this should be done in (large) part for the sake of distribution/packaging systems like MacPorts; that argument probably stands to lose a lot of weight if not made by the maintainer of the clang port/package of such a distribution system. Esp. since it's almost trivial to work around the whole issue using a few `install_name_tool` invocations in the post-destroot. I'm taking this up with the main dev of KDevelop's Clang-based parser. -- Ticket URL: <https://trac.macports.org/ticket/50853#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X