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
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 will be ok on
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 simi
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 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
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 | grep 'DLL Name:'
runs
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 | grep 'DLL Name:'
>
> runs in a fraction of a second compared
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 depen
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 be
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
exe
Thanks, that worked like a charm :).
Kind regards,
Geert
2014-03-19 11:48 GMT+01:00 Nils Gladitz :
> 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 o
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 c
Dear all,
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 can package both). However, as far as
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:
https://github.com/jcfr/CMakeBundleUtilitiesExample/compare/f7a594ffba72b8cb83df9a166d788
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 eas
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 "
includ
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 :
> Just thinking out loud here:
>
> Create a shell script template.
> Configure the template at cmake time
> Run the script
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.
_
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 advan
e item 'GDI32.dll'
possible problems:
need more directories?
need to use InstallRequiredSystemLibraries?
run in install tree instead of build tree?
CPack Verbose: warning: gp_resolved_file_type non-absolute file 'GDI32.dll'
returning type 'other' -- po
5E000 .text
-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 c
e
> 2.8/share/cmake-2.8/Modules/NSIS.template.in to
> C:/Repository/Git/TestProject/build/_CPack
>
> _Packages/win32/NSIS/project.nsi
>
> CPack Verbose: Execute: "C:/Program Files (x86)/NSIS/makensis.exe"
> "C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NS
exe"
"C:/Repository/Git/TestProject/build/_CPack_Packages/win32/NSIS/project.nsi"
CPack Verbose: Copying final package(s) [1]:
CPack: - package: C:/Repository/Git/TestProject/build/QtTest-0.1.1-win32.exe
generated.
Best Regards
Von: cmake-boun...@cmake.org [mailto:cm
>
> 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'
Th
ke.org] Im Auftrag von
clin...@elemtech.com
Gesendet: Freitag, 20. 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: &
Ah, ok. You can see related warnings if you run cpack with -V option to make
it verbose.
Clint
- Reply message -
From: "NoRulez"
Date: Fri, May 20, 2011 1:40 pm
Subject: AW: [CMake] BundleUtilities with MinGW under Windows
To: "'Clinton Stimpson'"
Cc
: 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.
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)
> i
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 :
>
> And what error messages are you getting?
>
> Clint
>
> - Original Message -
>> Sorry for the mis
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 >:
>
>
>
>
>
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" :
>
> What version of cmake? I don't think that QtTest example worked until CMake
> 2.8.3.
>
> And you have dumpbin available on Win
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 here:
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
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
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
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 V
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
wrote:
>
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
On Apr 22, 2011, at 10:31 PM, tog wrote:
> Hi
>
> Do we have something similar to BundleUtilities for Frameworks ?
>
> Best
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:
# --
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 ru
Hi
Do we have something similar to BundleUtilities for Frameworks ?
Best Regards
Guillaume
On Wed, Apr 20, 2011 at 9:48 PM, David Cole wrote:
> On Wed, Apr 20, 2011 at 11:38 AM, Michael Jackson
> wrote:
>>
>> ___
>> Mike Jackson
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
___
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: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 th
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
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 R
On Wed, Apr 20, 2011 at 10:40 AM, tog 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 does not.
> What is w
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
BUN
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
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'
-- fi
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 www.blu
wrote:
>
> > I think you are running into an error message introduced with this
> commit.
> > <
> cmake.org/gitweb?p=cmake.git;a=commit;h=c2895f48a4e79af49937b9e6a260076440b1a67a
> >
> > You can read about the change which was to prevent problems.
> > Does it n
nt problems.
> Does it not apply to you and its being too restrictive?
>
> Clint
>
> - Reply message -
> From: "Michael Jackson"
> Date: Wed, Mar 30, 2011 4:50 pm
> Subject: [CMake] BundleUtilities Error between 2.8.3 and 2.8.4
> To: "CMake ML&quo
pm
Subject: [CMake] BundleUtilities Error between 2.8.3 and 2.8.4
To: "CMake ML"
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 somewher
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 th
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 a
On Tue, Dec 21, 2010 at 6:13 PM, Crni Gorac wrote:
> On Tue, Dec 21, 2010 at 10:27 PM, Crni Gorac 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 depend
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 10:27 PM, Crni Gorac 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 notice
On Tue, Dec 21, 2010 at 9:39 PM, Crni Gorac wrote:
>
> [ ... ]
>
> My project is not that important at the moment, as the QtTest example
> from the Wiki page I mentioned above is not working. When I run CPack
> after building this project (once again: am using CMake 2.8.3, on a
> Windows 7 Profe
On Tue, Dec 21, 2010 at 7:50 PM, Tyler Roscoe 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, but on Win
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
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:
http://www.cmake.org/Wiki/BundleUtili
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...
http://pu
Responses inline on this one...
On Wed, Nov 17, 2010 at 1:56 PM, David Doria 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 have also
>
> 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 y
>
> 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, thi
On Wed, Nov 17, 2010 at 11:46 AM, David Doria wrote:
> On Wed, Nov 17, 2010 at 9:32 AM, Michael Jackson
> 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 co
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
wrote:
I tool a little different approach in my own projects. I end up
"configuring" a shell script that gets run at install t
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 b
On Wed, Nov 17, 2010 at 9:32 AM, Michael Jackson
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,
> ensuring destination dir
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, l
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 p
On Tue, Nov 16, 2010 at 10:15 PM, 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")
>
> But I get:
>
> Parse error. Expected a command name, got unquoted argument with text
> "${VTK_DI
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
___
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:
http://www.vtk.org/
On Tue, Nov 16, 2010 at 2:06 PM, David Doria wrote:
> On Tue, Nov 16, 2010 at 1:35 PM, Michael Jackson
> 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
On Tue, Nov 16, 2010 at 1:35 PM, Michael Jackson
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 library so therefor it
> must b
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 write
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 a
On Fri, Aug 20, 2010 at 8:40 AM, Mike McQuaid 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 "better"?
>
>
On 20. Aug, 2010, at 14:42 , Eric Noulard wrote:
> 2010/8/20 David Cole :
>> On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid 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
2010/8/20 Mike McQuaid :
>
> 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" tree and t
2010/8/20 David Cole :
> On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid 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 (prett
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
On Fri, Aug 20, 2010 at 7:37 AM, Mike McQuaid 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 completely undisc
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 woul
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
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.
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 cu
96 matches
Mail list logo