Re: [CMake] Question about BundleUtilities

2010-10-23 Thread Marco Nolden
On 10/22/2010 07:00 PM, Clinton Stimpson wrote: You can run cpack -V to get more information. Maybe you have absolute paths somewhere, such as expanding CMAKE_INSTALL_PREFIX too soon preventing cpack from specifying its own. Clint "cpack -V" is what I was looking for, it is not documented, at

Re: [CMake] Question about BundleUtilities

2010-10-22 Thread Marco Nolden
On 10/22/2010 05:30 PM, David Cole wrote: On Fri, Oct 22, 2010 at 11:22 AM, Marco Nolden mailto:m.nol...@dkfz-heidelberg.de>> wrote: On 10/19/2010 11:26 PM, David Cole wrote: What is the exact problem here? Mac or Linux? You said it works after "make install" but then the copied libs do no

Re: [CMake] Question about BundleUtilities

2010-10-22 Thread David Cole
On Fri, Oct 22, 2010 at 11:22 AM, Marco Nolden wrote: > On 10/19/2010 11:26 PM, David Cole wrote: > >> How does "/install/MacOS/liblibB.dylib" end up in the list of >> references that libA depends on if that's not where libB is built? >> >> > Asking the right questions sometimes helps, tha

Re: [CMake] Question about BundleUtilities

2010-10-22 Thread Marco Nolden
On 10/19/2010 11:26 PM, David Cole wrote: How does "/install/MacOS/liblibB.dylib" end up in the list of references that libA depends on if that's not where libB is built? Asking the right questions sometimes helps, thank you ;) This particular error was caused by a lib lying around in

Re: [CMake] Question about BundleUtilities

2010-10-19 Thread David Cole
How does "/install/MacOS/liblibB.dylib" end up in the list of references that libA depends on if that's not where libB is built? On Tue, Oct 19, 2010 at 5:14 PM, Marco Nolden wrote: > On 10/19/2010 05:47 PM, David Cole wrote: > > This likely means that "otool -L" on libA is reporting "

Re: [CMake] Question about BundleUtilities

2010-10-19 Thread Marco Nolden
On 10/19/2010 06:04 PM, Clinton Stimpson wrote: I would also suggest you use the latest version of cmake or try 2.8.3 RC. And be sure to include the path to where libB would be in the 3rd parameter to fixup_bundle(). Clint We use the latest BundleUtilites and GetPrerequisites scripts from C

Re: [CMake] Question about BundleUtilities

2010-10-19 Thread Marco Nolden
On 10/19/2010 05:47 PM, David Cole wrote: This likely means that "otool -L" on libA is reporting "/Users/engelm/bundle-test/install/MacOS/liblibB.dylib" as a dependent library... If that's true, then why doesn't the library exist? It exists in the build tree but we did not add install commands

Re: [CMake] Question about BundleUtilities

2010-10-19 Thread Clinton Stimpson
I would also suggest you use the latest version of cmake or try 2.8.3 RC. And be sure to include the path to where libB would be in the 3rd parameter to fixup_bundle(). Clint On 10/19/2010 09:47 AM, David Cole wrote: This likely means that "otool -L" on libA is reporting "/Users/engelm/bundl

Re: [CMake] Question about BundleUtilities

2010-10-19 Thread David Cole
This likely means that "otool -L" on libA is reporting " /Users/engelm/bundle-test/install/MacOS/liblibB.dylib" as a dependent library... If that's true, then why doesn't the library exist? Do you build libA against a build tree including libB or against an install tree of libB...? Yes, that is b

[CMake] Question about BundleUtilities

2010-10-19 Thread Marco Nolden
Dear all, we have some problems using the BundleUtilities macro for deployment on Mac OS X. I created a very small test project which is similar to our setup: http://github.com/nolden/bundle-test - libA is a plugin that would be loaded at runtime by means of dlopen (or something similar). We