![]() This is under the assumption that this copies the existing behavior in Workbench/Server, although we'd like to verify this.Īs for the other issues discussed earlier in this thread, I have not been able to reproduce (e.g. I've made an update (in 2023.12.0-118+ or higher) so that a user-defined environment variable ( LD_LIBRARY_PATH on Linux, DYLD_FALLBACK_LIBRARY_PATH on Mac) gets pre-pended to the R system generated value of this variable on Desktop. If we wanted to change the behavior here, we could move this to the end, after the computation of library paths from the ldpaths script: Std::string fullPath = boost::algorithm::join(libraryPaths, ": ") īoost::replace_all(fullPath, reColons, ": ") Std::string extraPaths = extraLibraryPaths(ldPathsScript, rHomePath. compute and add extra library paths (if any) ![]() we keep $HOME/lib on the path for backwards compatibility, just in caseīoost::format fmt( "%1%/lib:/usr/local/lib:/usr/lib ") ĭefaultLibraryPaths = boost::str(fmt % core::system::getenv( "HOME ")) By default, it is set to /usr/local/lib:/usr/lib. install path, dyld uses this as a list of directories to search for DYLD_FALLBACK_LIBRARY_PATH This is a colon separated list of NOTE (kevin): the above documentation now appears to be old 'man dyld' has: if this isn't set explicitly then initialize it with the default on macOS, we need to initialize with a default set of library paths Std::string defaultLibraryPaths = core::system::getenv( kLibraryPathEnvVariable) pass along default (inherited) library paths Std::string rLibraryPath( const FilePath& rHomePath,
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |