When I try to deploy my application on another machine, it fails with dyld / unresolved symbol errors. (Qt static release build, btw.) When I put libstdc++ into a package (along with libSystem.B and libobjc.A ) and run install_name_tool accordingly, I get new linker errors for the libraries that these libraries depend on. For example, libc++.1 . I really hope that I don’t have to manually go through and run install_name_tool for each library and its children. (Or write my own script, which I don’t know how to do.) Is there a better way? This pair ( one , two ) of questions is essentially on this issue, but it was not entirely successful, as I was not resolved in any case.
This is where I am with otool :
$ otool -L my_app
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 41.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0. 0, current version 635.21.0) /System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 55148.6.0) /System/Library/Frameworks/Carbon.framework/Versions/ A / Carbon (compatibility version 2.0.0, current version 153.0.0) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1138.51.0) @ executable_path / libz. 1.dylib (compatibility version 1.0.0, current version 1.2.5) @ executable_path // libstdC ++. 6.dylib (compatibility version 7.0.0, current version 7.17.0) / usr / lib / libgcc _s.1.dylib (compatibility version 1.0.0, current version 1094.0.0) / opt / local / lib / gcc47 / libgcc_s .1.dylib (compatibility version 1.0.0, current version 1.0.0) @ executable_path / libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0) @ executable_path / libobjc.A.dylib (compatibility version 1.0 .0, current version 228.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 53.0.0) /System/Library/Frameworks/Foundation.framework/Versions / C / Foundation (compatibility version 300.0.0, current version 833.25.0)
Edit: Here was the original error message, which, after it was canceled in the first round of changes, was replaced by a similar message regarding libc++.1 :
Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Crash Subject: 0
Dyld Error message: Symbol not found: __ZNSt8__detail12__prime_listE Link from: / Users / nfoley / Downloads / WaveSorter -mac-1.0.1-static / WaveSorter.app / Contents / MacOS / WaveSorter Expected in: / usr / lib / libstd ++ . 6.dylib