On 12/6/06, Bill Hoffman [EMAIL PROTECTED] wrote:
Crni Gorac wrote:
OK, I've tried in the meantime various arrangements with
ADD_CUSTOM_TARGET(), but seems hard to employ it to have CMake to put
following simple dependency of an executable foo on system library
libbar.a into generated
Original-Nachricht
Datum: Tue, 05 Dec 2006 21:04:23 +0100
Von: Michel Hermier [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Betreff: Re: [CMake] PKGCONFIG backward compatibility on CVS trunk.
Bill Hoffman wrote:
Michel Hermier wrote:
Hi,
I'm experiencing a string against
In case anyone is interested. I solved it:
made the tool subdir independant from the main CmakeLists.txt and call cmake
and make manually via execute_command. works like a charm.
On Tuesday 05 December 2006 11:39, Sebastian Trüg wrote:
Hi,
I have the following problem:
In the Nepomuk-KDE
Dear cmake users,
I would like to launch a command after ALL the targets are build (think
of e.g. displaying a small message). I could achieve this with an
ad-hoc ADD_CUSTOM_COMMAND( TARGET target POST_BUILD COMMAND ...)
at the condition of knowing the name of cmake's internal global
You could add a custom target that depends on all the other targets in your
project.
On 12/6/06, Eric BOIX [EMAIL PROTECTED] wrote:
Dear cmake users,
I would like to launch a command after ALL the targets are build (think
of e.g. displaying a small message). I could achieve this with
Dear David Cole,
Quoting David Cole [EMAIL PROTECTED]:
You could add a custom target that depends on all the other targets in your
project.
True enough. But for big projects this places a global constraint on all
CMakeLists.txt maintainers who get to update the custom global target
Original-Nachricht
Datum: Wed, 6 Dec 2006 14:34:38 +0100
Von: Sebastian Trüg [EMAIL PROTECTED]
An: cmake@cmake.org
Betreff: Re: [CMake] Advanced cmake in Nepomuk-KDE: changing vars at build time
In case anyone is interested. I solved it:
made the tool subdir independant
On Wednesday 06 December 2006 18:03, Alexander Neundorf wrote:
Original-Nachricht
Datum: Wed, 6 Dec 2006 14:34:38 +0100
Von: Sebastian Trüg [EMAIL PROTECTED]
An: cmake@cmake.org
Betreff: Re: [CMake] Advanced cmake in Nepomuk-KDE: changing vars at build
time
In case
Message: 1
Date: Tue, 05 Dec 2006 20:28:36 -0800 (PST)
From: Alan W. Irwin [EMAIL PROTECTED]
Subject: Re: [CMake] Weird if nesting problem
To: cmake cmake@cmake.org
Message-ID: [EMAIL PROTECTED]
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On 2006-12-05 20:05-0800 Brandon J. Van
CMake List:
I'm trying out using Cygwin GNU make to do a .net 2003 build of VXL
from the Cygwin bash command line. It seems to take a lot longer than
NMake and
I'm wondering if anyone knows for sure why or has any kind of
solution. Details below ...
Bill Hoffman recently wrote to the VXL Users
James Bigler wrote:
If you look at the original code. The PARSER_EXECUTABLE variable
isn't defined until inside the first ELSE branch.
# You need at least version 2.4 for this to work.
IF(${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION} LESS 2.6)
MESSAGE(You need at least version 2.4 for
Wheeler, Frederick W (GE, Research) wrote:
correctly. Then you can use make -j3 to do the build. Due to a bug
in the cygwin make, you have to use this patched one:
http://www.cmake.org/files/make.exe
I just took a crack at this, not to be able to build in parallel (w/
-j3), but to use
Bill Hoffman wrote:
Axel Roebel wrote:
1. Look for swig executable
2. use `swig -swiglib' to get the swiglib path
3. FIND_PATH(SWIG_DIR swig.swg ${SWIG_outlib} /usr/share/swig1.3 ...)
could you tell me why you add this path
/usr/share/swig1.3 ?
This is a an old module, the FIND_*
Hi Mathieu,
I am working directly on Windows XP rather than on Cygwin layer. I think this
might be a cmake issue, because the error message box appears after I hit the
Configure button of CMake, and the same error message pops up when
configuring an ITK build with cmake.
The error message
Weiguang Guan wrote:
Hi Mathieu,
I am working directly on Windows XP rather than on Cygwin layer. I
think this might be a cmake issue, because the error message box
appears after I hit the Configure button of CMake, and the same
error message pops up when configuring an ITK build with cmake.
Hi,
I'm trying to setup a cmake system where as cmake directory will by
default be a release build. If someone issues cmake
-DCMAKE_BUILD_TYPE:STRING=debug it should overwrite the default to
produce a debug build.
The only way I've found to do this is with:
IF(CMAKE_BUILD_TYPE
Hi,
I'm trying to bootstrap cmake on a OS/390 mainframe. I have succeeded so far
that the cmake executable is created in the Bootstrap.cmk folder but the
actual bootstrapping of cmake itself fails.
Attached are two logfiles. The first is from the bootstap and the other is
from the
17 matches
Mail list logo