On Tuesday 16 September 2008, you wrote:
> Hate to say it, but I've gone through this with several projects now, and
> there seems to be an irreducible lower-limit on complexity.
Yes... That seems to be true. Wherever I look, people are always doing this
kind of thing slightly differently.
> Y
On Tuesday 16 September 2008, Mike Jackson wrote:
> After some tinkering this afternoon with a small cmake project on OS X
> (based on Qt4) I was able to use the latest bits from CMake CVS to
> create a stand alone OS X bundle that correctly runs install_name_tool
> on the .app bundle and copies ne
Hi, Esben.
Thank you very much for helpful pointers.
>> project(FOO)
>> add_custom_target(generate ALL DEPENDS ${FOO_BINARY_DIR}/generated.h)
>> add_custom_command(OUTPUT ${FOO_BINARY_DIR}/generated.h COMMAND ...)
>> include_directories(${FOO_BINARY_DIR})
>> add_library(foo foo.c) # foo.c includes
After some tinkering this afternoon with a small cmake project on OS X
(based on Qt4) I was able to use the latest bits from CMake CVS to
create a stand alone OS X bundle that correctly runs install_name_tool
on the .app bundle and copies needed libraries into the bundle.
I have a small exa
On Tuesday 16 September 2008 16:42:44 Mike Jackson wrote:
> Philosophically I don't like the idea of
> setting the DYLD_LIBRARY_PATH as that has some unknown implications
> and would rather see a solution that runs install_name_tool over the
> needed libraries to fix them up. Again, due to the lack
On 9/16/08 10:19 AM, "Benjamin Reed" <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 16, 2008 at 11:42 AM, Mike Jackson
> <[EMAIL PROTECTED]> wrote:
>
>> Tim. I absolutely applaud your efforts to get something working on OS X.
>> With the lack of anything else your solution was the only thing available
>
On 9/16/08 9:43 AM, "Boudewijn Rempt" <[EMAIL PROTECTED]> wrote:
> On Tue, 16 Sep 2008, Shead, Timothy wrote:
>> K-3D doesn't use Qt, but it's a clean, realistic example of 3rd-parthy
>
> But still seems to want it:
>
> INCLUDE(FindQt4)
We provide an example of an alternate-user-interfac
On Tue, Sep 16, 2008 at 11:42 AM, Mike Jackson
<[EMAIL PROTECTED]> wrote:
> Tim. I absolutely applaud your efforts to get something working on OS X.
> With the lack of anything else your solution was the only thing available
> and did work. Philosophically I don't like the idea of setting the
> DY
On 9/16/08 9:42 AM, "Mike Jackson" <[EMAIL PROTECTED]> wrote:
> There is some new functionality in the latest CVS that is supposed to
> take care of all this on OS X. I have not had a chance to try it out
> or work with it yet.
>
> If you update to CVS CMake, take a look at the BundleUtilities.cma
On 9/16/08 9:41 AM, "Boudewijn Rempt" <[EMAIL PROTECTED]> wrote:
> On Tue, 16 Sep 2008, Shead, Timothy wrote:
>
>> On 9/16/08 8:26 AM, "Boudewijn Rempt" <[EMAIL PROTECTED]> wrote:
>> \
>>> Ah... Well, we're struggling with that ourselves at the moment, and looking
>>> in vain some good examples. R
On Tue, 16 Sep 2008, Shead, Timothy wrote:
> On 9/16/08 8:15 AM, "Stephen Collyer" <[EMAIL PROTECTED]> wrote:
>
> > Does anyone know of/have a realistic cpack example
> > showing packaging of 3rd party libraries, as well
> > as those built from the install target ? If the
> > "third party librari
There is some new functionality in the latest CVS that is supposed to
take care of all this on OS X. I have not had a chance to try it out
or work with it yet.
If you update to CVS CMake, take a look at the BundleUtilities.cmake
file. Supposedly in your CMakeLists.txt code you should just h
On Tue, 16 Sep 2008, Shead, Timothy wrote:
> On 9/16/08 8:26 AM, "Boudewijn Rempt" <[EMAIL PROTECTED]> wrote:
> \
> > Ah... Well, we're struggling with that ourselves at the moment, and looking
> > in vain some good examples. Right now, we're using CPack for Linux and
> > Windows,
> > and have sto
On 9/16/08 8:26 AM, "Boudewijn Rempt" <[EMAIL PROTECTED]> wrote:
\
> Ah... Well, we're struggling with that ourselves at the moment, and looking
> in vain some good examples. Right now, we're using CPack for Linux and
> Windows,
> and have stopped using CPack for OS X -- where I am right now writin
On 9/16/08 8:15 AM, "Stephen Collyer" <[EMAIL PROTECTED]> wrote:
> Does anyone know of/have a realistic cpack example
> showing packaging of 3rd party libraries, as well
> as those built from the install target ? If the
> "third party libraries" happened to include Qt,
> that'd be just fine ..
K-
Bill Hoffman wrote:
> You can look at CMake itself. The new QtDialog in particular packages
> Qt with the cmake gui.
That's not a bad idea. Thanks.
--
Regards
Steve Collyer
Netspinner Ltd
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/m
On Tue, 16 Sep 2008, Boudewijn Rempt wrote:
> I did try to crib from CMake (as it is in CVS now), but it isn't exactly a
> small,
> easy to adapt example :-)
Plus, I realize now, it makes an OS X package, not a d&d-able bundle.
Boudewijn
___
CMake ma
On Tue, 16 Sep 2008, Bill Hoffman wrote:
> Boudewijn Rempt wrote:
> > On Tue, 16 Sep 2008, Stephen Collyer wrote:
> >
> > > Does anyone know of/have a realistic cpack example
> > > showing packaging of 3rd party libraries, as well
> > > as those built from the install target ? If the
> > > "third
Boudewijn Rempt wrote:
On Tue, 16 Sep 2008, Stephen Collyer wrote:
Does anyone know of/have a realistic cpack example
showing packaging of 3rd party libraries, as well
as those built from the install target ? If the
"third party libraries" happened to include Qt,
that'd be just fine ..
Ah...
On Tue, 16 Sep 2008, Stephen Collyer wrote:
> Does anyone know of/have a realistic cpack example
> showing packaging of 3rd party libraries, as well
> as those built from the install target ? If the
> "third party libraries" happened to include Qt,
> that'd be just fine ..
Ah... Well, we're strug
Does anyone know of/have a realistic cpack example
showing packaging of 3rd party libraries, as well
as those built from the install target ? If the
"third party libraries" happened to include Qt,
that'd be just fine ..
--
Regards
Steve Collyer
Netspinner Ltd
21 matches
Mail list logo
