I downloaded the current Git version of CMake, and it solved that problem.
Now I'm running into a new problem. As it happens, we build our own
TCL 8.5.7, and so a Linux fixup_bundle
needs to/wants to remove the RPATH from the library. But for some
reason it can't open libtcl8.5.so to fiddle with
To clarify, the patch I submitted saves you from debugging and figuring out
what the real problem is.
The actual solution is to use the last parameter of fixup_bundle() and pass in
"${QT_BINARY_DIR};${QT_LIBRARY_DIR}"
Clint
On Tuesday 20 April 2010 01:46:25 pm Clinton Stimpson wrote:
> I've a
Hi Kent,
Have you tried to export the paths (to the dynamic libraries) before
making the package?
(Note it works on my project)
my 2cts,
Arnaud
On 04/20/2010 03:42 PM, kent williams wrote:
Well I found the magic incantation on OS X to get fixup_bundle work.
Now I'd like it to work on Linux.
I've already made a patch to fix this problem and put it in the bug tracker
(along with a couple other patches).
Clint
On Tuesday 20 April 2010 01:42:50 pm kent williams wrote:
> Well I found the magic incantation on OS X to get fixup_bundle work.
> Now I'd like it to work on Linux.
>
> What's
Well I found the magic incantation on OS X to get fixup_bundle work.
Now I'd like it to work on Linux.
What's happening is I get many of these messages:
warning: cannot resolve item 'not'
The problem comes, as near as I can figure out, from when ldd is run
to discover the library prerequisites.
