I'm looking at an issue for Homebrew (OS X package manager) where the compiled libc++ tries to load libc++abi at "@rpath/libc++abi.1.dylib", resulting in a dyld error. The issue can be found at https://github.com/Homebrew/homebrew/issues/47149 From what I can tell, this is a result of lines 561-564 of the CMakeLists.txt in the main LLVM repo: set(CMAKE_BUILD_WITH_INSTALL_RPATH ON) if (APPLE) set(CMAKE_INSTALL_NAME_DIR "@rpath") set(CMAKE_INSTALL_RPATH "@executable_path/../lib") Is there a reason these variables are hardcoded? -Alex
Ping?> On Dec 26, 2015, at 12:59 PM, Alex Wang <aw1621107 at gmail.com> wrote: > > I'm looking at an issue for Homebrew (OS X package manager) where the compiled libc++ tries to load libc++abi at "@rpath/libc++abi.1.dylib", resulting in a dyld error. The issue can be found at https://github.com/Homebrew/homebrew/issues/47149 > > From what I can tell, this is a result of lines 561-564 of the CMakeLists.txt in the main LLVM repo: > > set(CMAKE_BUILD_WITH_INSTALL_RPATH ON) > if (APPLE) > set(CMAKE_INSTALL_NAME_DIR "@rpath") > set(CMAKE_INSTALL_RPATH "@executable_path/../lib") > > Is there a reason these variables are hardcoded? > > -Alex
Subbed. On Mon, Jan 4, 2016 at 7:07 AM, Alex Wang via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Ping? > > > On Dec 26, 2015, at 12:59 PM, Alex Wang <aw1621107 at gmail.com> wrote: > > > > I'm looking at an issue for Homebrew (OS X package manager) where the > compiled libc++ tries to load libc++abi at "@rpath/libc++abi.1.dylib", > resulting in a dyld error. The issue can be found at > https://github.com/Homebrew/homebrew/issues/47149 > > > > From what I can tell, this is a result of lines 561-564 of the > CMakeLists.txt in the main LLVM repo: > > > > set(CMAKE_BUILD_WITH_INSTALL_RPATH ON) > > if (APPLE) > > set(CMAKE_INSTALL_NAME_DIR "@rpath") > > set(CMAKE_INSTALL_RPATH "@executable_path/../lib") > > > > Is there a reason these variables are hardcoded? > > > > -Alex > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160123/919b7025/attachment.html>