2011/5/3 Brad King brad.k...@kitware.com:
On 04/28/2011 02:24 PM, Nicolas Desprès wrote:
Ninja accepts only one command per rule contrary to make.
So when several commands must be called (for example: ar and ranlib),
one possibility is to bundle the commands in a cmake scripts
Instead of
Hej!
I'm so sorry to say, but on that page is not a single example...
Jakob
execute_process requires the COMMAND keyword.
http://cmake.org/cmake/help/cmake-2-8-docs.html#command:execute_process
I think you should start looking around a little harder for some
examples and documentation
Hi there,
I have a problem recently in a project I'm trying to port to CMake. My
installed CMake version is 2.8.4 from Debian testing. I require version
2.6.2 as a minimum and CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS is set to TRUE.
This is my macro:
MACRO(ENGINE_LIST engine enginestring)
CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(PREFIX C)
SET(CMAKE_VERBOSE_MAKEFILE ON)
ADD_LIBRARY(f SHARED f.c)
INSTALL(TARGETS f
RUNTIME DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
with ${CMAKE_SOURCE_DIR}/f.c containing just void f(void){}.
No, this is the documentation. You should read it. And then, for
examples, take a look at the many open-source CMake-based projects, such
as CMake itself, ParaView, KDE, FreeFOAM, Compiz, Slicer, etc. Looking
harder usually involves using Google/Bing/Yahoo/...
You have to understand that
Miguel Bernabeu wrote:
Hi there,
I have a problem recently in a project I'm trying to port to CMake. My
installed CMake version is 2.8.4 from Debian testing. I require
version 2.6.2 as a minimum and CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS is
set to TRUE.
This is my macro:
MACRO(ENGINE_LIST
On 05/03/2011 11:00 AM, Miguel Bernabeu wrote:
Hi there,
I have a problem recently in a project I'm trying to port to CMake. My
installed CMake version is 2.8.4 from Debian testing. I require version
2.6.2 as a minimum and CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS is set to TRUE.
This is my
Hi,
Yes, I'm sorry, I already use
engine_list(${SCUMMVM_ENGINE_AGI} Build the AGI Engine)
Same problem still. My mistake to not include it here.
Thank you Jakob,
Miguel
2011/5/3 J.S. van Bethlehem j.s.van.bethle...@astro.rug.nl
Miguel Bernabeu wrote:
Hi there,
I have a problem recently
On 05/03/2011 11:27 AM, J.S. van Bethlehem wrote:
Miguel Bernabeu wrote:
Hi there,
I have a problem recently in a project I'm trying to port to CMake. My
installed CMake version is 2.8.4 from Debian testing. I require
version 2.6.2 as a minimum and CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS is
set
I guess the /cygdrive/e/workspace/GSDesignGUI must be from the MSYS make
program then...
Are you really doing a cmake ../src/explorergui from the root of the E:
drive? Or were you just abbreviating in your email?
Has anybody else seen this error with the MSYS Makefiles generator?
The E:
I've seen that my win32 binaries crossbuilt with cmake do not have icons, so
I googled around for this problem and I found this:
0011773: CMake ignore .RC files when cross building
It seems it's not yet solved, what I'm asking here if there is a workaround,
something like to build with a custom
Are you sure you actually need this RPATH in this library ? In the link
command you posted there are no libraries linked...
You are right, this particular library is the lowest level library and does no
link with any-other, but there are another 85 libraries in the project that
would
Hello,
While trying to create a build-system using CMake for some of my
libraries, I notice that I keep using some macros and functions over and
over again. I thought it would be nice to put some .cmake-files in some
central place on the system (Linux, CMake 2.8.4) The obvious place would
be
Hello, I am using CPack with 'include(InstallRequiredSystemLibraries)' under
Windows 7, VS 2008, and NSIS. When I try to build package I get the following
error and the package fails to build:
1-- Build started: Project: PACKAGE, Configuration: Release Win32 --
1
1Performing
I've seen that my win32 binaries crossbuilt with cmake do not have icons, so
I googled around for this problem and I found this:
0011773: CMake ignore .RC files when cross building
It seems it's not yet solved, what I'm asking here if there is a
workaround, something like to build with a
FindJNI.cmake is not finding the java 1.6 installation on my Windows 7 box.
When I print out the results of ${JAVA_AWT_LIBRARY_DIRECTORIES} I get the
reference for [HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development
Kit\1.6;JavaHome] but it doesn't look like this registry key gets
I took your second approach for my own projects and have a project that just
contains all of my custom CMake files. Using Git submodules (or the equivalent
SVN/CVS) makes this relatively easy to implement. Your main project just has
this subproject as a git submodule. This way
It doesn't work if you just include your icon file as one of the
source files in the call to add_executable()/add_library()?
What do you mean by cross building? Do you mean cross-compiling? If
so, from what platform to win32?
tyler
On Tue, May 3, 2011 at 6:53 AM, Gabriele Greco
I've a project made up of multiple executable target:
add_executable(TARGET_NAME1 ${SOURCES1})
add_executable(TARGET_NAME2 ${SOURCES2})
add_executable(TARGET_NAME3 ${SOURCES3})
...
Now I'd like to build just only TARGET_NAME1 when I press F7 (build
solution) in visual studio. I tried to
On Tue, May 3, 2011 at 4:15 PM, Tyler ty...@cryptio.net wrote:
It doesn't work if you just include your icon file as one of the
source files in the call to add_executable()/add_library()?
What do you mean by cross building? Do you mean cross-compiling? If
so, from what platform to win32?
I noticed that CLEAN_NO_CUSTOM property doesn't work with VS solutions.
I use this property in order to generate a file containing the
incremental build number:
add_custom_command(OUTPUT ./BuildNumber.h COMMAND myProg ARGS
./BuildNumber.h
My project makes use of the CMake/CPack module
InstallRequiredSystemLibraries to package Microsoft Visual C Runtime
libraries with other build artifacts. Despite this and despite the
presence of appropriate-looking files showing up in the installed
image, my project does not run on XP and Vista
On Tue, May 3, 2011 at 11:43 AM, Tyler ty...@cryptio.net wrote:
My project makes use of the CMake/CPack module
InstallRequiredSystemLibraries to package Microsoft Visual C Runtime
libraries with other build artifacts. Despite this and despite the
presence of appropriate-looking files showing
Yes, I verified the manifests in each binary with strings + grep.
Everything is produced with a version of 9.0.21022.
tyler
On Tue, May 3, 2011 at 8:49 AM, John Drescher dresche...@gmail.com wrote:
On Tue, May 3, 2011 at 11:43 AM, Tyler ty...@cryptio.net wrote:
My project makes use of the
When I build a Code::Blocks project my source tree in the Management window
starts from the home folder. Is there a way to change this? I would like it
to be relative to my project folder. I have done some searching for the
solution and someone said it works correctly in older versions of CMake.
On 05/03/2011 11:17 AM, Pere Mato Vila wrote:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(PREFIX C)
SET(CMAKE_VERBOSE_MAKEFILE ON)
ADD_LIBRARY(f SHARED f.c)
INSTALL(TARGETS f
RUNTIME DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
with
I have the same problem. Im using 8.2.3. Please post if you find a solution.
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the
Here's the complete output of trying to build my package using the cmd tool
from
Qt:
Setting up environment for Qt usage...
Setting up environment for Qt usage...
C:\Windows\system32e:
E:\cd workspace\GSDesignGUI\package
E:\workspace\GSDesignGUI\packageR CMD build --binary gsDesignExplorer
Somehow, you have a cygwin make getting involved...
This only comes from cygwin:
make[2]: Entering directory
`/cygdrive/e/workspace/GSDesignGUI/package/gsDesignExplorer/explorergui-build/
CMakeFiles/CMakeTmp'
Since the make program is spitting out /cygdrive/e, it must be a cygwin
build
On 5/3/2011 11:52 AM, Tyler wrote:
Yes, I verified the manifests in each binary with strings + grep.
Everything is produced with a version of 9.0.21022.
My blog entry might help:
http://www.kitware.com/blog/home/post/4
-Bill
___
Powered by
Am Dienstag, 3. Mai 2011, 14:20:39 schrieb Rosen Diankov:
Basically, the decision to use codenames is because the changelog
files use codenames. If OpenSuse control logs use versions, then using
X_DEPENDS_OPENSUSE_11_4 is perfectly natural. However i doubt this is
the case.
openSUSE does not
Am Dienstag, 3. Mai 2011, 15:53:44 schrieb Gabriele Greco:
I've seen that my win32 binaries crossbuilt with cmake do not have icons, so
I googled around for this problem and I found this:
0011773: CMake ignore .RC files when cross building
It seems it's not yet solved, what I'm
Hi all,
I'm trying this to generate a graphviz dependency graph
http://www.cmake.org/Wiki/CMake:For_CMake_Hackers
however I have most of my code in sub-directories with their own
CMakeLists.txt files which are included from the root directory
CMakeLists.txt using
ADD_SUBDIRECTORY(
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via c71f5806d2724d40ad2dcd5e4cad0872050aa340 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 9c84f747c30ff706f27e250ef67a6889ef6ab794 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 74978aaff4ec77ae71bba5e3851c636b81f0bc72 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via aec309f9b69608a631491d8b9766c2281f4d16d2 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via db96c05f74c74dad34b6096e2a15a455ebe2b437 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via f09728efb48fa69f79c51654caa3a0ec907da762 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via aad6c4481d91db65e876c151a98f554b9c1bf7f6 (commit)
from
40 matches
Mail list logo