So how do I embeed a framework on an OS X bundle?
Jjgod Jiang has the same problem here:
http://www.cmake.org/pipermail/cmake/2009-September/031713.html
2010/3/5 David Cole david.c...@kitware.com
SDL_library is not a source file, so don't call:
set_source_files_properties
on it...
That
http://www.cmake.org/Wiki/BundleUtilitiesExample
Michael
On 5. Mar, 2010, at 9:40 , Francisco Requena wrote:
So how do I embeed a framework on an OS X bundle?
Jjgod Jiang has the same problem here:
http://www.cmake.org/pipermail/cmake/2009-September/031713.html
2010/3/5 David Cole
For the SDL Framework it is sufficient to just copy it during the
installation process, e.g. I do
# copy SDL frameworks into app bundle for Mac OS X
if(APPLE)
INSTALL(DIRECTORY /Users/smekal/Library/Frameworks/SDL.framework
DESTINATION
Hi,
I build my C++ application here with CMake which works rather fine,
except for one minor glitch:
The application needs to link against BLAS, which I specify as
TARGET_LINK_LIBRARIES( /path/to/blas/libblas.a )
This gets included alright, but libblas -- written in Fortran -- in
turn needs
On 5. Mar, 2010, at 9:25 , Nico Schlömer wrote:
Hi,
I build my C++ application here with CMake which works rather fine,
except for one minor glitch:
The application needs to link against BLAS, which I specify as
TARGET_LINK_LIBRARIES( /path/to/blas/libblas.a )
This gets included
Hi all,
Can you rely on the value of CMAKE_BINARY_DIR (and CMAKE_SOURCE_DIR for
that matter) before the PROJECT() statement has been seen by CMake?
Best regards,
Marcel Loose.
___
Powered by www.kitware.com
Visit other Kitware open-source projects
Am Donnerstag, den 04.03.2010, 10:49 -0800 schrieb Tyler Roscoe:
On Thu, Mar 04, 2010 at 06:30:02PM +0100, Christoph Höger wrote:
I am currently trying to link a DLL with the netcdf_c++ static library
in the hope I will not have to redistribute netcdf itself. (I thought
the DLL could
However, I can't get it working. My aim is to make an standalone .app
bundle, distributable with SDL embedded. How should I use BundleUtilities to
get rid of this?
Thanks.
2010/3/5 Michael Wild them...@gmail.com
http://www.cmake.org/Wiki/BundleUtilitiesExample
Michael
On 5. Mar, 2010, at
As Werner Smekal already mentioned
(http://www.cmake.org/pipermail/cmake/2010-March/035636.html), for SDL it is
apparently not necessary to use BundleUtilities. Have you tried this?
Michael
On 5. Mar, 2010, at 12:50 , Francisco Requena wrote:
However, I can't get it working. My aim is to
Yes, I tried, but without success.
My resulting file is:
cmake_minimum_required(VERSION 2.8)
project(openvolt)
set(APP_NAME OpenVolt)
include(FindSDL)
string(REPLACE -framework Cocoa SDL_LIBRARY ${SDL_LIBRARY})
include(FindOpenGL)
include(BundleUtilities)
Did you run make install?
Michael
On 5. Mar, 2010, at 12:58 , Francisco Requena wrote:
Yes, I tried, but without success.
My resulting file is:
cmake_minimum_required(VERSION 2.8)
project(openvolt)
set(APP_NAME OpenVolt)
include(FindSDL)
string(REPLACE -framework Cocoa
Hi all,
I just spent an hour debugging a very strange phenomenon running CMake
on Mac OS-X, which in the end turned out to be trivial, but completely
unexpected for me.
The problem was caused by the fact that CMake had accidentally been run
once from the source directory. When running CMake in
On 5. Mar, 2010, at 14:19 , Marcel Loose wrote:
Hi all,
I just spent an hour debugging a very strange phenomenon running CMake
on Mac OS-X, which in the end turned out to be trivial, but completely
unexpected for me.
The problem was caused by the fact that CMake had accidentally been
As on my previous my post, I got a bundle with SDL.framework embeeded.
On OS X, you can either use .framework and .dylib binaries. So, I got to use
the BundleUtilities macro.
If CMake doesn't find the .framework, all works ok: I get 3 libraries
(libSDL..) on Content/MacOS folder.
If CMake finds
On Fri, 2010-03-05 at 14:27 +0100, Michael Wild wrote:
On 5. Mar, 2010, at 14:19 , Marcel Loose wrote:
Hi all,
I just spent an hour debugging a very strange phenomenon running
CMake
on Mac OS-X, which in the end turned out to be trivial, but
completely
unexpected for me.
The
Hi Francisco,
for the SDL Framework (downloaded from libsdl.org) you don't need the
bundleUtilities, so don't use it (in fact it doesn't work as you also
found out). If you just don't copy anything, then the app should just
work (assumed, that you SDL Framework is either in /Libraries/Framework
J Decker wrote:
but then, for every project that already exists, it won't build
correctly using watcom, because the options just aren't set in the
generator, or 3 more flavors of generators aren't added to support
static library, executlable and dynamic library with correct compile
time options.
Marcel Loose wrote:
I would definitely like to get a warning when CMake finds a cache file
in what it thinks should be the source directory. It would have saved me
an hour of debugging. OTOH, now that I know of this strange behaviour,
I might be able to tackle these kinds of problems quicker.
This is actually ironic. The SDL.framework is actually ready to be
used in a bundle in its default state which seems to be the exception
to the rule. Typically the install_path embedded in the dylib or
framework is either just the name of the library OR the complete path
to the
You should be able to set the variables to be internal cache variables
after-the-fact - see
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#section_Properties%20on%20Cache%20Entries
That would at least keep them entirely out of the gui, even in advanced
mode.
Ryan
On Thu, Mar 4, 2010 at
It would seem so...
CMakeLists.txt:
=
MESSAGE(before PROJECT)
MESSAGE(CMAKE_SOURCE_DIR=${CMAKE_SOURCE_DIR})
MESSAGE(CMAKE_BINARY_DIR=${CMAKE_BINARY_DIR})
PROJECT(hey NONE)
MESSAGE(after PROJECT)
MESSAGE(CMAKE_SOURCE_DIR=${CMAKE_SOURCE_DIR})
is linking to shared libraries acceptable? if so, you should be able
to link to libblas.so and you'll get the dependencies automatically.
On Fri, Mar 5, 2010 at 3:47 AM, Michael Wild them...@gmail.com wrote:
On 5. Mar, 2010, at 9:25 , Nico Schlömer wrote:
Hi,
I build my C++ application
CMake 2.8.1 RC 4 is ready to try:
http://www.cmake.org/files/v2.8/?C=M;O=D
Please try your projects with it. If you find any issues, let me know.
I think this is about it. So, if I don't hear anything by Monday, this
is going to be 2.8.1.
Thanks.
Here are the changes:
Changes in CMake
I recently had to help out a CMake newbie, who had run CMake in the
source directory. Then he re-read the instructions on build setup for
our programs, and did it the right way -- i.e. he configured a build
directory for an out of source build.
Problem is, if you run CMake and configure the
2010/3/5 kent williams nkwmailingli...@gmail.com:
I recently had to help out a CMake newbie, who had run CMake in the
source directory. Then he re-read the instructions on build setup for
our programs, and did it the right way -- i.e. he configured a build
directory for an out of source
2010/3/5 Bill Hoffman bill.hoff...@kitware.com:
CMake 2.8.1 RC 4 is ready to try:
http://www.cmake.org/files/v2.8/?C=M;O=D
Please try your projects with it. If you find any issues, let me know.
I think this is about it. So, if I don't hear anything by Monday, this is
going to be 2.8.1.
Eric Noulard wrote:
2010/3/5 Bill Hoffman bill.hoff...@kitware.com:
CMake 2.8.1 RC 4 is ready to try:
http://www.cmake.org/files/v2.8/?C=M;O=D
Please try your projects with it. If you find any issues, let me know.
I think this is about it. So, if I don't hear anything by Monday, this is
2010/3/5 Bill Hoffman bill.hoff...@kitware.com:
Eric Noulard wrote:
2010/3/5 Bill Hoffman bill.hoff...@kitware.com:
CMake 2.8.1 RC 4 is ready to try:
http://www.cmake.org/files/v2.8/?C=M;O=D
Please try your projects with it. If you find any issues, let me know.
I think this is about
Is this the best way to generate a comment bar, such as this:
or this:
or this:
On Fri, Mar 5, 2010 at 6:15 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
J Decker wrote:
but then, for every project that already exists, it won't build
correctly using watcom, because the options just aren't set in the
generator, or 3 more flavors of generators aren't added to support
Hi,
I think that the regex replace command presented
in the RecipeAddUninstallTarget wiki is not correct.
It is:
STRING(REGEX REPLACE ; files ${files})
but it should read
STRING(REGEX REPLACE \n ; files ${files})
The current version of the command does not make the script
iterating over
Also... I don't know if it's an issue with watcom's wmake or cmake,
but setting VERBOSE=1 doesn't change anything. Also if i set(
CMAKE_VERBOSE_MAKEFILE 1 ), I get the compile lines, but the link
lines, neither the wlink or wlib commands print; I found the lines by
searching through the other
J Decker wrote:
Also... I don't know if it's an issue with watcom's wmake or cmake,
but setting VERBOSE=1 doesn't change anything. Also if i set(
CMAKE_VERBOSE_MAKEFILE 1 ), I get the compile lines, but the link
lines, neither the wlink or wlib commands print; I found the lines by
searching
Is there
CMAKE_C_FLAGS_EXE_INIT and CMAKE_C_FLAGS_SHARED_INIT ?
I also just tried exporting the blow mentioned values on 2.8.1-RC4,
with the same result.
(sory to branch conversation to 3 heads)
On Fri, Mar 5, 2010 at 6:15 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
J Decker wrote:
but
I see the reference to setting verbose there, but I don't know what
else I would edit there. ... enabling the verbosity early doesn't
help.
CMAKELinking C shared library sack_bag.dll
/* how do I get this command? what follows is the output from wlink,
but no command line ... same thing when I
All of the examples indicating ENABLE_LANGUAGE(RC) have the compiler
set afterwards, and it turns out that the following lines work much
better...
I Added these to WIndows-GNU.cmake
SET(CMAKE_RC_COMPILER windres)
SET(CMAKE_RC_COMPILE_OBJECT CMAKE_RC_COMPILER FLAGS DEFINES -O
coff -o OBJECT
36 matches
Mail list logo
