I am using the BundleUtilites on macOS to create a redistributable
package that consists of a large number of command line programs,
libraries and other assorted support files. The issue that I am having
is that each time BundleUtilities runs on a given executable, it will
also attempt to "fix
On Thu, Jul 30, 2015 at 8:55 PM, Bill Somerville b...@classdesign.com
wrote:
On 30/07/2015 19:36, Rashad M wrote:
Hi all,
Hi Rashad
We have a similar way here to get dll dependencies recursively and create
a zip archive. Ideally, this could be integrated in cmake but not sure if
that
Hi all,
We have a similar way here to get dll dependencies recursively and create a
zip archive. Ideally, this could be integrated in cmake but not sure if
that will be ok on cmake side. The code doesn't uses fixup_bundle(..) but
follows a similar function syntax.
package_mingw(
ARCH
On 30/07/2015 19:36, Rashad M wrote:
Hi all,
Hi Rashad
We have a similar way here to get dll dependencies recursively and
create a zip archive. Ideally, this could be integrated in cmake but
not sure if that will be ok on cmake side. The code doesn't uses
fixup_bundle(..) but follows a
On 28/07/2015 16:03, Bill Hoffman wrote:
Hi Bill,
On 7/28/2015 8:59 AM, Bill Somerville wrote:
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find
On 7/28/2015 8:59 AM, Bill Somerville wrote:
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find dependent libraries of
executables. This is a problem
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find dependent libraries of
executables. This is a problem because it crashes on many libraries and
On 07/28/2015 12:51 PM, Bill Somerville wrote:
The possible lack of grep is a potential issue so your read
back from file suggestion is interesting, is there a recognized place to
write temporary files like this?
IIRC the code in question runs during cmake -P cmake_install.cmake
scripts so
On 07/28/2015 11:32 AM, Bill Somerville wrote:
I have checked for objdump command options to reduce the output but
there don't appear to be any that help. TBH running from the command
line as, for example:
$ objdump -p executable | grep 'DLL Name:'
runs in a fraction of a second
On 28/07/2015 17:47, Brad King wrote:
Hi Brad,
On 07/28/2015 11:32 AM, Bill Somerville wrote:
I have checked for objdump command options to reduce the output but
there don't appear to be any that help. TBH running from the command
line as, for example:
$ objdump -p executable | grep 'DLL
On 19.03.2014 10:56, Geert Litjens wrote:
Since this week I have been using BundleUtilities to automatically
copy third-party dependencies to the install directory. However, I
have one issue: when we make debug builds we use DEBUG_POSTFIX to
append _d to our executables and libraries (so we
Thanks, that worked like a charm :).
Kind regards,
Geert
2014-03-19 11:48 GMT+01:00 Nils Gladitz nilsglad...@gmail.com:
On 19.03.2014 10:56, Geert Litjens wrote:
Since this week I have been using BundleUtilities to automatically copy
third-party dependencies to the install directory.
Jc,
On 06/01/2013 01:34 AM, Clinton Stimpson wrote:
A few questions I have:
[snip]
So, a question I have for you is how do you think stage/rpath-on-mac could
affect your topic?
The rpath-on-mac changes Clinton mentioned are now in 'master' so your
topic may need to be rebased and revised to
Jc,
I see some good things in this topic.
A few questions I have:
GP_RPATH_DIR is set to ${bundle}/Contents. What about other platforms such as
Linux? And what about Windows where the executable directory could be
considered an rpath directory along with a few other directories that the
Hi Clinton,
This is to create bundle that use @rpath. Particularly useful when you want
to support plugin.
Let me know what you think, I just updated my the toy project.
Other list of changes have been pushed into CMake stage:
On Wednesday, April 24, 2013 06:45:11 PM Jean-Christophe Fillion-Robin wrote:
Hi Folks,
I have been working on improving BundleUtilities and GetPrerequisites
module so that it can be used to easily fixup a MacOSX bundle using @rpath.
The set of changes I would like to propose is here:
Hi Folks,
I have been working on improving BundleUtilities and GetPrerequisites
module so that it can be used to easily fixup a MacOSX bundle using @rpath.
The set of changes I would like to propose is here:
Hi,
i want to build an application bundle (on Mac OS X) where the dependencies are
solved.
Normally I use BundleUtilities in combination with cpack as described in the
BundleUtilities example to do so.
However, is there a way to run the BundleUtilities as a post build process?
Thanks in
Just thinking out loud here:
Create a shell script template.
Configure the template at cmake time
Run the script as a POST_BUILD custom target.
Inside the custom script you would call cmake with the specific bundleUtilities
code that you need to fix up the application.
Thanks but I mean only within a CMakeLists file (add_custom_target) without an
extra file.
Is this possible?
Best Regards
Am 02.12.2011 um 17:56 schrieb Michael Jackson mike.jack...@bluequartz.net:
Just thinking out loud here:
Create a shell script template.
Configure the template at
The answer to Is this possible? is almost nearly always yes, of course.
The wiki page http://www.cmake.org/Wiki/BundleUtilitiesExample shows a
basic code snippet like this:
set(APPS ...) # paths to executables
set(DIRS ...) # directories to search for prerequisites
INSTALL(CODE
The reason for that is the following.
1.) I switched from qmake to cmake because I for my own think it is more robust
and powerful as qmake especially when using different languages or want to
build for multiple platforms (Makefile generator) or only to use cpack to
create an installer with
I get the message that the generated file (e.g Project.exe on Windows) isn't a
valid Bundle, which is correct because bundle files exists only on Mac.
Am 19.05.2011 um 16:39 schrieb clin...@elemtech.com:
And what error messages are you getting?
Clint
- Original Message -
The term bundle is used loosely here. The error message hopefully tell you
why it isn't valid, or you could give us the complete error message you are
getting.
Clint
On Friday, May 20, 2011 10:29:16 am NoRulez wrote:
I get the message that the generated file (e.g Project.exe on Windows)
: Freitag, 20. Mai 2011 18:47
An: NoRulez
Cc: CMake MailingList
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
The term bundle is used loosely here. The error message hopefully tell you
why it isn't valid, or you could give us the complete error message you are
getting.
Clint
Ah, ok. You can see related warnings if you run cpack with -V option to make
it verbose.
Clint
- Reply message -
From: NoRulez noru...@me.com
Date: Fri, May 20, 2011 1:40 pm
Subject: AW: [CMake] BundleUtilities with MinGW under Windows
To: 'Clinton Stimpson' clin...@elemtech.com
Cc
. Mai 2011 21:46
An: cmake@cmake.org
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
Ah, ok. You can see related warnings if you run cpack with -V option to make
it verbose.
Clint
- Reply message -
From: NoRulez noru...@me.com
Date: Fri, May 20, 2011 1:40 pm
Subject
CPack Verbose: Installing:
C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NSIS/QtTest-0.1.
1-win32/./QtTest.exe
CPack Verbose: fixup_bundle
CPack Verbose:
app='C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NSIS/QtTest
-0.1.1-win32/bin/QtTest.exe'
There is
/TestProject/build/QtTest-0.1.1-win32.exe
generated.
Best Regards
Von: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] Im Auftrag von
NoRulez
Gesendet: Freitag, 20. Mai 2011 21:52
An: clin...@elemtech.com; cmake@cmake.org
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
-win32.exe generated.
Best Regards
Von: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] Im Auftrag
von NoRulez Gesendet: Freitag, 20. Mai 2011 21:52
An: clin...@elemtech.com; cmake@cmake.org
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
OK thanks
-Ursprüngliche Nachricht-
Von: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] Im Auftrag von
Clinton Stimpson
Gesendet: Freitag, 20. Mai 2011 22:49
An: cmake@cmake.org
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
Hmm... and if you run from a console:
dumpbin
...@cmake.org] Im Auftrag von
NoRulez
Gesendet: Freitag, 20. Mai 2011 22:57
An: 'Clinton Stimpson'; cmake@cmake.org
Betreff: Re: [CMake] BundleUtilities with MinGW under Windows
When I run the command I get the following message, but mingwm10.dll is
missing. Instead of mingwm10.dll the file msvcrt.dll
Sorry for the missing information.
I use CMake 2.8.4 and have also Visual Studio 2008 installed.
Best Regards
Am 19.05.2011 um 05:52 schrieb Clinton Stimpson clin...@elemtech.com:
What version of cmake? I don't think that QtTest example worked until CMake
2.8.3.
And you have dumpbin
And what error messages are you getting?
Clint
- Original Message -
Sorry for the missing information.
I use CMake 2.8.4 and have also Visual Studio 2008 installed.
Best Regards
Am 19.05.2011 um 05:52 schrieb Clinton Stimpson
clin...@elemtech.com :
What
What version of cmake? I don't think that QtTest example worked until CMake
2.8.3.
And you have dumpbin available on Windows from a Visual Studio installation?
It might be nice to add support for mingw's objdump tool to find dependent dlls.
Clint
On May 14, 2011, at 7:48 AM, NoRulez wrote:
Hi @all,
does anyone get BundleUtilities working on Windows and could give me help?
I tried BundleUtilities under Windows, but the Qt dlls (such as QtGui4.dll,
) and the MinGW dlls (mingwm10.dll and libgcc_s_dw2-1.dll) are not
packaged.
I also tried the following, but same problem
Hi,
I am back on this topic.
I have rewritten my example to load the library with a path relative
to the location of my executable.
Everything is working fine in my build directory specifying:
ADD_EXECUTABLE(main main.cpp sub.cpp) - executable is created
as example/main
but is not working
You have a couple of options but basically if you build your executable as a
command line application (your first try) and the plugin is located in the same
directory as your executable then the loading generally isn't a problem
(Barring changes in working directory). But when you create a true
On 04/23/2011 12:46 PM, Michael Wild wrote:
Hi all
I'm trying to use BundleUtilities with MSVC 9 to install the required
Qt4 DLL's of the GUI sub-project into a common prefix in the super-build
binary directory. The process fails with the (abbreviated) output at the
end of this message.
Hi all
I'm trying to use BundleUtilities with MSVC 9 to install the required
Qt4 DLL's of the GUI sub-project into a common prefix in the super-build
binary directory. The process fails with the (abbreviated) output at the
end of this message.
If I open the sub-project's .sln file directly and
BundleUtilities can not seem to find the QtLibraries. Are you passing in the
path to the Qt Libraries as part of the arguments to fixup_bundle? I gave up on
bundleUtilities for Windows platforms and use the following macro in its place:
#
To Copy in a framework into a .app bundle or to fixup a framework? In the first
case things should just work as I copy in Qt Frameworks all the time.
--
Mike Jackson www.bluequartz.net
On Apr 22, 2011, at 10:31 PM, tog wrote:
Hi
Do we have something similar to BundleUtilities for
To mixup a framework. From my project I would like to create a framework with
the libs. Then with the framework I would like to create the .app.
Nota: I would like to do that from a neutral location i.e. without installing
on my machine
On Apr 23, 2011, at 6:37 PM, Michael Jackson
On 04/23/2011 03:04 PM, Michael Jackson wrote:
BundleUtilities can not seem to find the QtLibraries. Are you passing in the
path to the Qt Libraries as part of the arguments to fixup_bundle?
Yes. As mentioned, the strange thing is that it works when I open the
solution of the sub-project in VS
Hi
Do we have something similar to BundleUtilities for Frameworks ?
Best Regards
Guillaume
On Wed, Apr 20, 2011 at 9:48 PM, David Cole david.c...@kitware.com wrote:
On Wed, Apr 20, 2011 at 11:38 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
Some small progress after using INSTALL(CODE ...) but still an error.
(Small) code is still there https://github.com/galleon/CMakeOSX for
those interested.
Any idea what is going wrong ?
Best Regards
Guillaume
-- 4/8: copying '/Users/alleon/PROJECTS/CMakeOSX_build/foo/libfoo.1.dylib'
--
The error message tells you what to do:
* Install or copy the item into the bundle before calling fixup_bundle*
That means that libplugin.so must be underneath /tmp/example/main.app
before you call fixup_bundle. (Because it's a plugin, it will not appear in
any file's otool -L output, so it has
Well I thought that the BUNDLE line in my INSTALL command would take
care of that. Actually it is the case for the other 2 libs.
What is wrong with that one ?
I guess I am missing something with those plugin libraries ...
ADD_LIBRARY(plugin MODULE plugin.cpp)
INSTALL(TARGETS plugin
On Wed, Apr 20, 2011 at 10:40 AM, tog guillaume.all...@gmail.com wrote:
Well I thought that the BUNDLE line in my INSTALL command would take
care of that. Actually it is the case for the other 2 libs.
The other 2 libs show up in the following output:
otool -L your_main_executable
The plugin
Yes David I fully agree with you
I am not arguing on the fact that the lib cannot be retrieved from the
exe - obviously it cannot and this is why the lib is a parameter of
fixbundle
I am just arguing that I would expect this block:
INSTALL(TARGETS plugin
BUNDLE DESTINATION . COMPONENT
On Apr 20, 2011, at 10:55 AM, David Cole wrote:
What is wrong with that one ?
Nothing is wrong with it, but there is no link from the app to the plugin, so
fixup_bundle cannot determine that it's necessary and automatically pull it
in. The plugin, from the app's point of view, is
On Wed, Apr 20, 2011 at 11:17 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
On Apr 20, 2011, at 10:55 AM, David Cole wrote:
What is wrong with that one ?
Nothing is wrong with it, but there is no link from the app to the
plugin, so fixup_bundle cannot determine that it's
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software Dayton, Ohio
On Apr 20, 2011, at 11:25 AM, David Cole wrote:
On Wed, Apr 20, 2011 at
On Wed, Apr 20, 2011 at 11:38 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software
=c2895f48a4e79af49937b9e6a260076440b1a67a
You can read about the change which was to prevent problems.
Does it not apply to you and its being too restrictive?
Clint
- Reply message -
From: Michael Jackson mike.jack...@bluequartz.net
Date: Wed, Mar 30, 2011 4:50 pm
Subject: [CMake] BundleUtilities Error between 2.8.3
You can read about the change which was to prevent problems.
Does it not apply to you and its being too restrictive?
Clint
- Reply message -
From: Michael Jackson mike.jack...@bluequartz.net
Date: Wed, Mar 30, 2011 4:50 pm
Subject: [CMake] BundleUtilities Error between 2.8.3
http://public.kitware.com/Bug/view.php?id=12034
I'll wait for 2.8.5 before my next upgrade rather than spend time introducing
hacks/workarounds then have to undo everything when the bug is fixed.
___
Mike Jackson
Were there any major changes to the BundleUtilities.cmake file between 2.8.3
and 2.8.4? I have a project that installs just fine when running against CMake
2.8.3 but when using CMake 2.8.4 it errors out somewhere in BundleUtilities. I
was wondering if there were any major changes to that file
message -
From: Michael Jackson mike.jack...@bluequartz.net
Date: Wed, Mar 30, 2011 4:50 pm
Subject: [CMake] BundleUtilities Error between 2.8.3 and 2.8.4
To: CMake ML cmake@cmake.org
Were there any major changes to the BundleUtilities.cmake file between 2.8.3
and 2.8.4? I have a project
Running on Windows 7 x64 with CMake 2.8.3 and Visual Studio 2008. My project is
configured with the Win64 type. I am trying to consolidate my installation code
to use the BundleUtilities on all platforms where possible. I can not figure
out what is going wrong with the install project. Here is
Am trying to employ fixup_bundle(), in order to be able to create
installers for my Qt-dependent application on Mac and Windows. I have
it working fine under Mac, but on Windows it is not working either
with my application, or by example from CMake Wiki pages:
On Tue, Dec 21, 2010 at 07:11:36PM +0100, Crni Gorac wrote:
Am trying to employ fixup_bundle(), in order to be able to create
installers for my Qt-dependent application on Mac and Windows. I have
it working fine under Mac, but on Windows it is not working either
with my application, or by
On Tue, Dec 21, 2010 at 7:50 PM, Tyler Roscoe ty...@cryptio.net wrote:
On Tue, Dec 21, 2010 at 07:11:36PM +0100, Crni Gorac wrote:
Am trying to employ fixup_bundle(), in order to be able to create
installers for my Qt-dependent application on Mac and Windows. I have
it working fine under Mac,
On Tue, Dec 21, 2010 at 10:27 PM, Crni Gorac cgo...@gmail.com wrote:
[ ... ]
Just an additional notice: I just discovered --verbose flag of
CPack, and it could be that the reason for fixup_bundle() not being
able to find dependencies is that I don't have dumpbin installed -
namely, I've
Were you using cmake from a Visual Studio Command prompt or a normal
command prompt. According to Microsoft you MUST run dumpbin.exe from a
Visual Studio Command Prompt. It seems that dumpbin.exe is included
all the way back to Visual Studio 2005.
Hope that helps.
On Tue, Dec 21, 2010 at 6:13 PM, Crni Gorac cgo...@gmail.com wrote:
On Tue, Dec 21, 2010 at 10:27 PM, Crni Gorac cgo...@gmail.com wrote:
[ ... ]
Just an additional notice: I just discovered --verbose flag of
CPack, and it could be that the reason for fixup_bundle() not being
Clinton, (and anybody else reading who's interested / vested in the
BundleUtilities functionality),
Please review this change that I just pushed to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c2895f48a4e79af49937b9e6a260076440b1a67a
As a result of fixing these two bugs...
On Tue, Nov 16, 2010 at 10:15 PM, David Doria daviddo...@gmail.com wrote:
Is the goal simply to copy
...VTK/bin/libvtkHybrid.a
into the package?
I tried this:
INSTALL(CODE \${VTK_DIR}/bin/libvtkHybrid.a)
But I get:
Parse error. Expected a command name, got unquoted argument with text
Tyler,
You seem to be right in that I should not escape the $, but I DID need
to add DESTINATION bin. Without it, I got a:
CMake Error at CMakeLists.txt:23 (INSTALL):
install FILES given no DESTINATION!
This seems to work:
INSTALL(FILES ${VTK_DIR}/bin/libvtkHybrid.a DESTINATION bin)
The
I tool a little different approach in my own projects. I end up
configuring a shell script that gets run at install time (OS X
Only). Inside that shell script are all the copying to the
CMAKE_INSTALL_PREFIX, ensuring destination directories inside the OS X
App bundle are setup (Plugins,
On Wed, Nov 17, 2010 at 9:32 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I tool a little different approach in my own projects. I end up
configuring a shell script that gets run at install time (OS X Only).
Inside that shell script are all the copying to the CMAKE_INSTALL_PREFIX,
On Nov 17, 2010, at 12:20 PM, Clinton Stimpson wrote:
For Qt projects, a macro for creating a qt.conf file and a macro for
installing
Qt plugins would be nice to have in FindQt4.cmake (anyone want to
take a stab
at that?)
To say this needs cleaned up and refactored is an understatement
On Nov 17, 2010, at 12:20 PM, Clinton Stimpson wrote:
On Wednesday, November 17, 2010 09:46:23 am David Doria wrote:
On Wed, Nov 17, 2010 at 9:32 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I tool a little different approach in my own projects. I end up
configuring a shell script
On Wed, Nov 17, 2010 at 11:46 AM, David Doria daviddo...@gmail.com wrote:
On Wed, Nov 17, 2010 at 9:32 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I tool a little different approach in my own projects. I end up
configuring a shell script that gets run at install time (OS X Only).
BundleUtilities is meant to be a more general approach to packaging 3rd
party libraries. It will look at an executable, and find all of its
dependencies (the ones necessary to make the program execute) and copy the
non-system dependencies into your install directory.
Clint,
Great, this is
The goal is simply this:
- given:
-- an executable target, that happens to be a bundle app on the Mac
-- a full path to that bundle in the install tree
-- a list of plugins that you have also already installed in the bundle
-- a list of directories where to find libraries that your
Responses inline on this one...
On Wed, Nov 17, 2010 at 1:56 PM, David Doria daviddo...@gmail.com wrote:
The goal is simply this:
- given:
-- an executable target, that happens to be a bundle app on the Mac
-- a full path to that bundle in the install tree
-- a list of plugins that you
Hi all,
I found the Qt example here:
http://www.itk.org/Wiki/BundleUtilitiesExample
http://www.itk.org/Wiki/images/2/25/QtTest-Package-Example.zip
The two INSTALL commands seem fairly complicated - is there not a way
to do all of that in the project-to-be-included's cmake configuration
so that
I think we used Qt as a basis because lots of people at the time were
asking for it. Probably the simplest to demonstrate would be an
example that builds a dynamic library and an executable that uses that
library so therefor it must be packaged with the executable. Were you
wanting to
On Tue, Nov 16, 2010 at 1:35 PM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I think we used Qt as a basis because lots of people at the time were asking
for it. Probably the simplest to demonstrate would be an example that builds
a dynamic library and an executable that uses that
On Tue, Nov 16, 2010 at 2:06 PM, David Doria daviddo...@gmail.com wrote:
On Tue, Nov 16, 2010 at 1:35 PM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I think we used Qt as a basis because lots of people at the time were asking
for it. Probably the simplest to demonstrate would be an
Is the goal simply to copy
...VTK/bin/libvtkHybrid.a
into the package?
I tried this:
INSTALL(CODE \${VTK_DIR}/bin/libvtkHybrid.a)
But I get:
Parse error. Expected a command name, got unquoted argument with text
${VTK_DIR}/bin/libvtkHybrid.a.
I made a home for this here:
On Tue, Nov 16, 2010 at 10:15:28PM -0500, David Doria wrote:
Is the goal simply to copy
...VTK/bin/libvtkHybrid.a
into the package?
I tried this:
INSTALL(CODE \${VTK_DIR}/bin/libvtkHybrid.a)
More like:
INSTALL(FILES ${VTK_DIR}/bin/libvtkHybrid.a)
tyler
Hi,
There's been some discussion on http://public.kitware.com/Bug/view.php?id=11126
and I raised the issue about the BundleUtilities port to Windows/Linux: the
naming is so bad as to make this (pretty cool) feature completely
undiscoverable.
I assumed, as I'd think others would, that this
On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid m...@mikemcquaid.com wrote:
Hi,
There's been some discussion on
http://public.kitware.com/Bug/view.php?id=11126 and I raised the issue
about the BundleUtilities port to Windows/Linux: the naming is so bad as to
make this (pretty cool) feature
On 20 Aug 2010, at 13:09, David Cole wrote:
Sorry about that. The name was chosen when the functionality was Mac-only,
then we extended it to cover Windows/Linux. What name would you suggest as
more discoverable or better?
I'd go for InstallPrerequisites personally, it seems to fit in with
2010/8/20 David Cole david.c...@kitware.com:
On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid m...@mikemcquaid.com wrote:
Hi,
There's been some discussion on
http://public.kitware.com/Bug/view.php?id=11126 and I raised the issue about
the BundleUtilities port to Windows/Linux: the naming is so
2010/8/20 Mike McQuaid m...@mikemcquaid.com:
On 20 Aug 2010, at 13:09, David Cole wrote:
Not a big fan of this one either. Personally, I think it's stupid even to
have differences between the build tree and the install tree. Now, with
this, you'd have differences between the make install
On 20. Aug, 2010, at 14:42 , Eric Noulard wrote:
2010/8/20 David Cole david.c...@kitware.com:
On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid m...@mikemcquaid.com wrote:
Hi,
There's been some discussion on
http://public.kitware.com/Bug/view.php?id=11126 and I raised the issue about
the
On Fri, Aug 20, 2010 at 8:40 AM, Mike McQuaid m...@mikemcquaid.com wrote:
On 20 Aug 2010, at 13:09, David Cole wrote:
Sorry about that. The name was chosen when the functionality was
Mac-only, then we extended it to cover Windows/Linux. What name would you
suggest as more discoverable or
Hi,
I have an application that is using OpenMP. In windows, OpenMP need the
vcomp.dll.
While building my installer with CPack, I use the BundleUtilities and
fix_bundle to retrieve all the dlls. Unfortunately, the function
gp_file_type(${f} ${p} p_type) where ${p} = vcomp.dll, VComp file type
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.
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
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
Hi all
I'm using CMake-2.8.0 and have the following problem when trying to deploy a Qt
application (ParaView) on Mac OS X using the BundleUtilities:
When using the binary Qt installer, libQtCLucene.dylib is unfortunately
installed into /usr/lib, which makes get_prerequisites() (actually, the
95 matches
Mail list logo
