fixup_bundle can't resolve dynamic libraries with non-absolute install_names. I'm linking my macosx cmake project against an sdk inside an application bundle, the sdk libraries are relative to the application bundle configuration. It seems as if the fixup_bundle uses the install name even if it's not absolute instead of the actual file path, typical output:
-- fixup_bundle: preparing... -- warning: embedded item does not exist '/git/studio/QuickComp/install/quickcomp.app/Contents/MacOS/liblpcore.dylib' -- warning: cannot resolve item '@executable_path/liblpcore.dylib' possible problems: need more directories? need to use InstallRequiredSystemLibraries? run in install tree instead of build tree? warning: target '@executable_path/liblpcore.dylib' is not absolute... warning: target '@executable_path/liblpcore.dylib' does not exist... /usr/bin/otool: can't open file: @executable_path/liblpcore.dylib (No such file or directory) "@executable_path/liblpcore.dylib" is the install name of the bundle dynamic library. Is there a work-around or an override that can be used? Mikael
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake