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
