`DARWIN_FIRE_AND_FORGET`

The following discussion from !34 (merged) should be addressed:

• @paconnor started a discussion: (+2 comments)

In setup.sh.in:

export DARWIN_FIRE_AND_FORGET=@CMAKE_INSTALL_FULL_LIBDIR@  # TODO use ldd or link statically

added changepatch label

added to epic &3

changed title from Follow-up from "Migration" to {+DARWIN_FIRE_AND_FORGET+}

added statusto do typesoftware labels

added upstreamDarwin label

mentioned in merge request Proto/Darwin!114 (merged)

Static linking ain't possible because of ROOT.

With RPATHs in place, do we still need all the game with LD_LIBRARY_PATH and DARWIN_FIRE_AND_FORGET in the setup script and in the prefix commands?

I think we still need LD_LIBRARY_PATH for correctionlib?

Yes, for that one -- but that's all, I think

It also seems that ldd is not available on macOS. Although not exactly equivalent, one can use otool -L to identify the libraries to copy:

% otool -L tools/bin/unfold            
../tools/bin/unfold:
        @rpath/libCoreCommonTools.dylib (compatibility version 0.0.0, current version 0.0.0)
        @rpath/libDarwin.dylib (compatibility version 0.0.0, current version 0.0.0)
        @rpath/libHist.6.32.so (compatibility version 6.32.0, current version 6.32.10)
        @rpath/libMatrix.6.32.so (compatibility version 6.32.0, current version 6.32.10)
        @rpath/libMathCore.6.32.so (compatibility version 6.32.0, current version 6.32.10)
        @rpath/libRIO.6.32.so (compatibility version 6.32.0, current version 6.32.10)
        @rpath/libCore.6.32.so (compatibility version 6.32.0, current version 6.32.10)
        @rpath/libTUnfold.dylib (compatibility version 0.0.0, current version 0.0.0)
        @rpath/libc++.1.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1351.0.0)
% otool -L ../tools/bin/unfold | grep "^\t\@rpath" | awk '{print $1}' | sed 's/\@rpath\///g'
libCoreCommonTools.dylib
libDarwin.dylib
libHist.6.32.so
libMatrix.6.32.so
libMathCore.6.32.so
libRIO.6.32.so
libCore.6.32.so
libTUnfold.dylib
libc++.1.dylib

To be compared with the output of ldd -r on linux:

% ldd -r tools/bin/unfold | awk '{print $1}' | grep "^lib"
libCoreCommonTools.so
libCoreUnfolding.so
libDarwin.so   
libboost_program_options.so.1.82.0
libboost_system.so.1.82.0
libgit2.so.1.1
libTreePlayer.so
libTree.so           
libGraf3d.so      
libGpad.so      
libGraf.so   
libHist.so  
libMatrix.so       
libMathCore.so
libImt.so       
libMultiProc.so                          
libNet.so
libRIO.so
libThread.so
libCore.so
libRooUnfold.so
libstdc++.so.6
libm.so.6
libgcc_s.so.1
libc.so.6
libssl.so.3
libcrypto.so.3
libpcre.so.1
libpcreposix.so.0
libz.so.1
libfreetype.so.6
libtbb.so.2
liblzma.so.5
libROOTDataFrame.so
libRint.so
libPostscript.so
libPhysics.so
libROOTVecOps.so
libUnfold.so
libRooFitCore.so
libRooFit.so
libHistFactory.so
libXMLParser.so
libROOTNTuple.so
libsqlite3.so.0
libvdt.so
libGenVector.so
libRooBatchCompute.so
libRooFitCommon.so
libMinuit.so
libMinuit2.so
libFoam.so
libSmatrix.so
libRooStats.so
libxml2.so.2

Even better would be a cross-platform python library...

Could call file(GET_RUNTIME_DEPENDENCIES...) at install time, similar to this: https://github.com/longturn/freeciv21/blob/232d5aceada4c3d98488997403fa180796ada269/cmake/FreecivInstall.cmake#L83

Too much CMake in an evening for me

But if you can make a concrete suggestion in Proto/Darwin!114 (480a6d8d), I'll be a happy man.

closed