A semicolon-separated list specifying the rpath to use in installed targets (for platforms that support it). As per the document, which says: CMAKEINSTALLRPATH The rpath to use for installed targets. Regardless of what I’ve tried, I never end up with new name in the LC_LOAD_DYLIB command nor a new path and an LC_RPATH command. This is used to initialize the BUILDRPATH target property for all targets. There are hints about MACOSX_RPATH, use a POST_BUILD command (to do what I’m doing on the command-line), do something with CMAKE_BUILD_WITH_INSTALL_RPATH, or simply CMAKE_INSTALL_RPATH_USE_LINK_PATH. I was testing the C++ WT library and I have a CMakeLists.txt file as below: Code: ADDEXECUTABLE (heloooo.wt hello. Trouble is, despite all the posts on the subject, I have yet to find one that spells out what to do. Install_name_tool -change libThirdParty.dylib MyExecutable CMAKEINSTALLPREFIX specifies the default install location thats used for the installation target created by cmake (the logic invoked by make install for the 'Unix Makefile' CMake generator). ![]() I can do this using the install_name_tool: install_name_tool -add_rpath /path/to/lib MyExecutable ![]() (It isn’t installed in /usr/local/lib)įor my purposes, I’d like the reference to the dylib to be prefixed with and I’d like an LC_RPATH entry pointing at the location of the library that I linked against. The common problem is that I link against 3rd party dylib, and at run-time the dylib is not found because it is not where macos expects it. I’m trying to solve the apparently common problem on macos of getting cmake to do what I’m doing with install_name_tool.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |