CMAKE_BUILD_TYPE is automatically set to a default initial value by CMake in
most cases before it gets to your IF(NOT DEFINED... (So, it's always
defined -- in your case.)
It is conditionally set from different cmake scripts that are run based on
generator and compiler chosen. It is not set at
Magnus wrote:
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
Hi Bill,
Thank you so much. Here I confirm that your guess is right. I paste part
of the output below. Is there a workaround?
C:\Program Files\CMake 2.4\bin\cmake.exe
-HZ:\visualization\software\buildWin\libraries\
thirdParty\VTK\CMakeFiles\CMakeTmp
Hi!
Can you configure cmake to perform an install automatically?
Today, when we generate a VC-project we get an INSTALL target which
installs the program when explicitly built. But when we execute a build
solution, the install target is not run. The following message is given:
3--
Anders Sundman wrote:
Hi!
Can you configure cmake to perform an install automatically?
Today, when we generate a VC-project we get an INSTALL target which
installs the program when explicitly built. But when we execute a
build solution, the install target is not run. The following message
On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
I will test the module tomorrow.
Could you please put a RC2 of the `FindSWIG.cmake' on the bug tracker?
That may take a day or too.
I'll let you know.
There it is, called FindSWIG.cmake-2
It should take care of all your comments,
On 2006-12-07 19:41+0100 Axel Roebel wrote:
On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
I will test the module tomorrow.
Could you please put a RC2 of the `FindSWIG.cmake' on the bug tracker?
That may take a day or too.
I'll let you know.
There it is, called FindSWIG.cmake-2
On 12/7/06, Axel Roebel [EMAIL PROTECTED] wrote:
On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
I will test the module tomorrow.
Could you please put a RC2 of the `FindSWIG.cmake' on the bug tracker?
That may take a day or too.
I'll let you know.
There it is, called
--
Message: 5
Date: Wed, 06 Dec 2006 10:56:39 -0800
From: Brandon J. Van Every [EMAIL PROTECTED]
Subject: Re: [CMake] Re: Weird if nesting problem
To: cmake cmake@cmake.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1;
Hi,
I have a current project building under CMake which has multiple parts
that I want to keep separate. It has a group of core libraries, and
then an application with a gui that is separate--very similar to the
Insight Toolkit and Insight Applications except for they are in the same
Von: Jens Hannemann [EMAIL PROTECTED]
...
This works fine with the usual Unix Makefiles generator (as a matter of
fact,
I can actually drop the LIBFOO_HEADERS dependency in ADD_LIBRARY, and
the packages and dependencies are generated just fine). But when using
the KDevelop3 generator, the
Original-Nachricht
Datum: Thu, 07 Dec 2006 17:50:12 -0500
Von: Darby J Van Uitert [EMAIL PROTECTED]
An: cmake@cmake.org
Betreff: [CMake] combining projects
Hi,
I have a current project building under CMake which has multiple parts
that I want to keep separate. It has a
12 matches
Mail list logo
