On Thu, Aug 20, 2009 at 5:25 PM, ML wrote:
> Hi All,
>
> I need to use a pre-compiled header.
>
> I think that I recall that CMake is not yet equipped to handle this.
>
> I found thought a Google search that SET_SOURCE_FILES_PROPERTIES might be
> the way to go.
>
> Has anyone implemented PCH and ha
> So, if you compiled to C:\Qt\4.5.1 then you have a couple of options:
>
> set QTDIR to C:\Qt\4.5.1 in the environment variables.
>
> OR
>
> find_package(Qt4 PATHS "C:/Qt/4/.5.1") like Pau suggested.
>
> If you don't like the version number on there then recompile Qt 4.5.1 so
> that it has a path
On Fri, Aug 21, 2009 at 6:54 PM, ML wrote:
> Hi John,
>
>>> Has anyone implemented PCH and have an example, advice, etc?
>>
>> There is also
>>
>> http://www.vtk.org/Bug/view.php?id=1260
>
> Can you demonstrate how to use this link? I downloaded the
> PCHSupport_26.cmake and I dont see how to say w
On Tue, Aug 25, 2009 at 9:06 AM, Pol Monsó IRI wrote:
> Hello cmake users!
>
> I'm quite new to cmake as well as makefiles, and i've bumped the same
> trouble twice. I'm trying to break a source code into several libraries and
> a main program. The scenario has one main executable called calClient
On Tue, Aug 25, 2009 at 12:56 PM, Xiangyun Kong wrote:
> Thanks. After I use the new generator, it always looks for the 32 bit
> cl.exe at vc_root/VC/bin,
> and complain that the cl.exe does not work, even though I set the
> PATH as vc_root/VC/bin/x86_amd64.
>
> I used to use NMake Makefile, whic
On Thu, Aug 27, 2009 at 8:55 AM, Eike
Kroemer wrote:
> Hi Marcel, Christian,
>
>> Am 08/27/2009 01:30 PM Marcel Loose wrote:
>> I think the only safe and reliable way to do this is create several
>> build directories, e.g. build/type_1 and build/type_2.
>> When running cmake in build/type_1, you sh
On Fri, Aug 28, 2009 at 12:57 PM, Aditya
Herlambang wrote:
> Hello,
> I am really a total noob in this CTest stuffs, I read the documentation and
> it says that I need to use the ADD_TEST method to test an executable right?
> the format is the following:
> ADD_TEST(test1 "../build/executable" "1")
-- Forwarded message --
From: John Drescher
Date: Fri, Aug 28, 2009 at 1:53 PM
Subject: Re: [CMake] generating CTest tests
To: Alex H
On Fri, Aug 28, 2009 at 1:38 PM, Alex H wrote:
> Hello,
> In the ADD_TEST command in the example below I mentioned the test name is
>
On Fri, Aug 28, 2009 at 2:07 PM, Alex H wrote:
> Hello,
> My problem is actually really simple I have a .cpp file and the program just
> basically take an int as an argument, if the argument is from certain
> numbers it returns a 1 otherwise 0.
> Now I need to create a unit test that would allow me
> I have the following command in my CMakeLists.txt and I run the test using
> the command ctest -VV -R test. However the test results doesn't print
> anything that I defined on the test code, it just shows the test passed.
> add_test(test ../build/gbc 0.1 0.3 0.5 0.7 0.9)
>
That is all it is suppo
> Well problem is why doesn't it print the std::cout that I've put inside
> main? while it's running main
>
I believe not printing any stdout from your application is intentional
so not to interfere with the CTest output. I prefer it this way. There
could be a way to activate this, I do not know.
On Thu, Sep 3, 2009 at 2:13 PM, Dean Inglis wrote:
> Hi,
> I originally posted this thread to kwwidgets, but have
> not had much success and perhaps this is a cpack/cmake
> issue Im having.
>
>
> I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and I
> I'm recently having probl
On Thu, Sep 3, 2009 at 3:21 PM, Dean Inglis wrote:
> Hi Bill,
>
> within the exe there appear to be two versions:
>
>
>
> version="8.0.50727.4053" processorArchitecture="x86"
> publicKeyToken="1fc8b3b9a1e18e3b">
>
>
>
>
> version="8.0.50727.762" processorArchitecture="
> The fix is to rebuild everything with the same version (SP) of visual
> studio. A single exe should not have more than one of these things in it.
> If it does then you have to do the redist thing. If it only has one, which
> is possible, then you can ship the libraries and not have to install
On Wed, Sep 9, 2009 at 2:52 PM, Mike Jackson
wrote:
> I tried the following:
>
> Open the "Visual Studio 2008 Command Prompt"
> Navigate to my project.
> CMake -G "Visual Studio 9 2008" ../
>
> and I get the error that says the C compiler can not compile a simple
> test program. Looking at the
On Wed, Sep 9, 2009 at 3:22 PM, Mike Jackson
wrote:
> And just to follow up, all I had to do was "Add Components" to the
> already installed VC++ tools to add the "Visual C#" package and now it
> looks like I am in business.. Sorry for the noise.
>
Actually thanks. I am not using 2008 for my CMak
> I'm working with ubuntu 9.04
> I compiled QT(4.5.2) doing ./configure, make, make install.
>
> Then I downloaded cmake (2.6.4) : sudo apt-get install cmake
>
> Now I downloaded the sources of VTK(5.4.2) and VTK Data and I want to
> compile it.
> I want to use VTK with QT.
>
> so I go in the folde
> So assuming that I wanted my CMakeLists.txt file to modify the default
> install location, but allow the user to change this, wouldn't I do something
> like:
>>
>> set( CMAKE_INSTALL_PREFIX
>> ${CMAKE_CURRENT_BINARY_DIR}
>> CACHE PATH "installation path"
>> )
>
> This doesn't work - I assume t
> Looks like the default for CMAKE_INSTALL_PREFIX comes from
> CMakeGenericSystem.cmake:
>
>
> # Set a variable to indicate whether the value of CMAKE_INSTALL_PREFIX
> # was initialized by the block below. This is useful for user
> # projects to change the default prefix while still allowing the
>
On Thu, Sep 17, 2009 at 6:10 PM, Cristian Adam wrote:
> James C. Sutherland wrote:
>>
>> From FindBoost.cmake:
>>
>> # These last three variables are available also as environment variables:
>> #
>> # BOOST_ROOT or BOOSTROOT The preferred installation prefix for
>> searching for
>> #
On Fri, Sep 18, 2009 at 5:01 PM, Ingolf Steinbach
wrote:
> 2009/9/18 John Drescher :
>> You set BOOST_ROOT in your windows environment variables.
>
> Sorry, but I'd consider this just a workaround.
>
> From the discussion in this thread, I have the impression that the
On Wed, Sep 23, 2009 at 3:36 PM, Steven Wilson
wrote:
> Visual Studio supports having solution files where the solution can set the
> supported platform to x64 and yet have individual projects in the solution
> build for the Win32 platform despite having the solution set to x64. Can I
> configur
On Fri, Sep 25, 2009 at 4:36 PM, Dixon, Shane wrote:
> I’m using the NSIS generator to create a package. Is there a CPACK variable
> that can be set to add a particular executable to the start menu? I noticed
> that the start menu is populated with “uninstall” only.
>
This works for me. Here is
I want to add doxygen support to my projects but my google searches
are not finding good recent information on how to do this. Or has
nothing changed in the last 3 years?
--
John M. Drescher
___
Powered by www.kitware.com
Visit other Kitware open-sourc
On Fri, Oct 16, 2009 at 2:16 PM, Steven Wilson
wrote:
> Is there a way to turn off all the extra options that CMake tries to append
> to compiler flags, linker flags, etc for the Visual Studio generators? I
> have a project that I want to explicity control every option for some of my
> exes/libs
On Fri, Oct 16, 2009 at 4:14 PM, Philip Lowman wrote:
> You may want to also look into platform override files. See the FAQ and
> search for override.
>
Found that:
http://www.itk.org/Wiki/CMake_FAQ#Make_Override_Files
Thanks. I will have to bookmark that..
John
_
> I am trying to add Windows versioning information to my project. I am
> using CMake 2.6.2 and VS2005.
>
> I have crafted a version.rc file which I use with all my libraries and
> executables. This is working well except for one library which has 94
> include directories, one greater than the 93 d
On Fri, Oct 23, 2009 at 2:13 PM, Steve Huston wrote:
>> If linux has valgrind which is an open source memory checker, is
>> there any equivalent on Windows? I noticed ctest supports purify,
>> but it looks like that's only a pay solution. Am I out of luck
>> trying to find a memory checker that'
On Tue, Oct 27, 2009 at 6:35 PM, L.M. de Vries wrote:
> Hi,
>
> Running RC3 to generate a VS2008-project on Windows Vista generates the
> following warning "ZERO_CHECK already exists" (2 or 3 times).
> After that it works fine...
> This did not occur on 2.6. Any ideas?
>
There is a second thread
On Thu, Oct 29, 2009 at 9:45 AM, Kevin Burge wrote:
> Thanks,
>
The fix for that is in 2.8.0 rc4. Are you still having this bug?
John
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensour
-- Forwarded message --
From: Kevin Burge
Date: Thu, Oct 29, 2009 at 10:41 AM
Subject: Re: [CMake] Does 2.8.0 rc4 not have the ZERO_CHECK fix?
To: John Drescher
I had a possibly related problem according to Bill Hoffman (windows
frequently rebuilding targets). I just switched
> Still no cmake-gui :-(
>
I have no experience with RHEL but I believe cmake-gui requires Qt 4.4
or greater. What version of Qt do you have installed?
John
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.
-- Forwarded message --
From: Wen Shi
Date: Sat, Nov 7, 2009 at 2:19 AM
Subject: Re: [Insight-users] Problem with CMakelist
To: John Drescher
Hi john,
Thank you for your reply.
But actually I first used " INCLUDE(${VXL_USE_FILE})"
But when I use CMake to generate t
-- Forwarded message --
From: John Drescher
Date: Tue, Nov 10, 2009 at 5:22 PM
Subject: Re: [CMake] How to build INSTALL project from the command line?
To: aaron_wri...@selinc.com
On Tue, Nov 10, 2009 at 5:09 PM, wrote:
>
> I've been trying to build the INSTALL proj
On Thu, Nov 12, 2009 at 12:51 PM, Steven Wilson
wrote:
> Caveat: I am a complete Qt novice.
>
> I'm trying to build the 2.8 CVS branch of CMake on Windows and would like to
> build the Qt GUI. I downloaded and installed the LGPL/Free Windows Qt SDK
> from the Nokia website. When I use the CMak
On Thu, Nov 12, 2009 at 7:26 PM, Xiaofeng Z wrote:
> I was trying to build ITK in Window 7. It appears cmake.exe was not able to
> install the files into “C:\Program Files (x86)\ITK” or “C:\Program
> Files\ITK” folder.
>
>
>
> Has anybody experienced the same?
Yes.
> Is it a bug with CMake?
>
I
On Fri, Nov 13, 2009 at 1:15 PM, wrote:
>
> Bill,
> I think you were right. I took a hard look at my SDK paths and
> changed a capital "I" to a lower-case "i" and everything seems better.
> Thanks for help.
>
I am confused about that. Windows paths and filenames are not case
sensitive.
On Fri, Nov 13, 2009 at 4:01 PM, wrote:
>
> I'm sorry, I was being a little flippant. I had an un-escaped "\" in my
> perl script that set the INCLUDE environment variable. Apparently, CMake was
> unable to compile a test program because of this messed up path, and thus
> assumed the box must be
-- Forwarded message --
From: John Drescher
Date: Wed, Dec 2, 2009 at 8:44 PM
Subject: Re: [CMake] A bug for Code::Blocks MinGW?
To: Song Zhiwei
> I use CMake to generate a Code::Blocks MinGW Makefiles for my project
> Module4Test. Module4Test.cbp contains lines as
On Thu, Dec 3, 2009 at 1:18 PM, Rodolfo Schulz de Lima
wrote:
> Michael Jackson wrote:
>> I'll throw a "no" vote on that but what I would like to hear is some
>> more detail from Rodolfo explaining why he thinks he needs this? Have
>> you tried embedding the build directory inside the source direc
> That's one way do deal with it, but since I use xterm I don't have tabs,
> and my monitor is a 17" 4:3, so screen space it rare. Dude... I need
> some serious tools and hardware upgrades :)
>
install screen
http://www.gnu.org/software/screen/
John
__
On Tue, Dec 8, 2009 at 8:18 PM, Song Zhiwei wrote:
> Thanks. Have done.
>
That is
http://public.kitware.com/Bug/view.php?id=10014
for anyone following.
--
John M. Drescher
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
> Ok, nevermind, I built again using "-DCMAKE_BUILD_TYPE=Release" and that
> worked. I wiped the build directory entirely and did
> "-DCMAKE_BUILD_TYPE=Release" and it's working again. Strange. Maybe some
> files just got screwed up somehow. That seems to have fixed it so please
> disregard
Under cmake-2.8.0 I have the following section in my CMakeLists.txt
IF(CMAKE_SIZEOF_VOID_P MATCHES 4)
string (REPLACE "\\" "/" PGM_FILES $ENV{PROGRAMFILES})
ELSE(CMAKE_SIZEOF_VOID_P MATCHES 4)
# On WIN64 use the 64 bit program files..
string (REPLACE "\\" "/" PGM_FILES $ENV{ProgramW6432})
ENDIF(CM
On Mon, Dec 14, 2009 at 12:16 PM, Tyler Roscoe wrote:
> On Mon, Dec 14, 2009 at 12:07:33PM -0500, John Drescher wrote:
>> SET (DEFAULT_INSTALL_PATH ${PGM_FILES}/UPMC/${CMAKE_PROJECT_NAME}
>> CACHE STRING "Default Install Path")
>>
>> if (CMAKE_INSTALL_PRE
On Mon, Dec 14, 2009 at 12:21 PM, John Drescher wrote:
> On Mon, Dec 14, 2009 at 12:16 PM, Tyler Roscoe wrote:
>> On Mon, Dec 14, 2009 at 12:07:33PM -0500, John Drescher wrote:
>>> SET (DEFAULT_INSTALL_PATH ${PGM_FILES}/UPMC/${CMAKE_PROJECT_NAME}
>>> CACHE S
On Mon, Dec 14, 2009 at 12:26 PM, Tyler Roscoe wrote:
> On Mon, Dec 14, 2009 at 12:21:13PM -0500, John Drescher wrote:
>> On Mon, Dec 14, 2009 at 12:16 PM, Tyler Roscoe wrote:
>> > On Mon, Dec 14, 2009 at 12:07:33PM -0500, John Drescher wrote:
>> >> SET (DEFAULT_
On Tue, Dec 15, 2009 at 4:13 AM, Johan Knutzen wrote:
>
> Hi!
>
> What is the status of scripts enabling precompiled headers for gcc/visual
> studio? I've tried out PCHSupport_26 from
> http://www.cmake.org/Bug/view.php?id=1260 but I couldn't get it to work. Does
> anyone have any up to date sc
> The CMake script in question looks more or less like:
>
> FILE (GLOB my_RESOURCES RELATIVE ${CMAKE_CURRENT_SOURCE_DIR} "res/*.qrc" )
> QT4_ADD_RESOURCES( my_RESOURCES_SOURCES ${my_RESOURCES} )
>
> ...
It's always best to not do any file globbing and add each file by
hand. I believe this is caus
On Wed, Dec 16, 2009 at 3:27 PM, Glenn Hughes wrote:
> Removed the globbing, same exact behavior.
> Any other ideas?
>
> Does this normally work for people? Any examples?
>
Works fine for me. Although I rarely update the .qrc files.
John
___
Powered by
On Mon, Dec 21, 2009 at 3:50 PM, Claus Klein wrote:
> Hi all,
>
> I tried to use:
> set(CMAKE_USE_RELATIVE_PATHS ON)
> in my CMakeLists.txt.
>
> But I noticed, that some cmake variables can't be changed in that way.
> In the CMakeCache.txt, it is still OFF?
>
I have no idea about CMAKE_USE_RELAT
> There are lots of questions on this CMake variable and the consensus is DO
> NOT USE IT. PERIOD. The implementation is basically broken for all but the
> most trivial case.
>
I can tell you one thing. If the original idea of this was an attempt
to create a CMake free build that will not work.
J
On Tue, Dec 29, 2009 at 10:39 AM, Kenneth Porter wrote:
> --On Monday, December 28, 2009 10:45 AM -0500 John Drescher
> wrote:
>
>> Here is what I do.
>
>> [script]
>
> Thanks. Must I put that in the project's CMakeLists.txt or can I capture
> that to a f
> Where can I put build instructions that are build-host-wide, not
> project-wide?
>
> I'm relatively new to cmake. I want to "inject" some code before the
> project's own script, and I'd prefer not to modify the project (since then
> I'd have to maintain the patch).
>
> I want to set the CMAKE__PR
On Tue, Dec 29, 2009 at 6:01 PM, Hicham Mouline wrote:
> Hello,
>
> I am writing software that uses boost and Qt and other 3rd party libraries
> for win/mingw, win/msvc2008 and linux/gcc.
> The location of the 3rd party header files is different on each of the boxes
> I compile on.
>
> Is there
On Thu, Dec 31, 2009 at 3:12 PM, Hicham Mouline wrote:
>> -Original Message-
>> From: Clinton Stimpson [mailto:clin...@elemtech.com]
>> Sent: 31 December 2009 16:08
>> To: Hicham Mouline
>> Cc: cmake@cmake.org
>> Subject: Re: [CMake] restricting Qt include and library linking to 1
>> libra
> If you open cmake-gui does and look at the Qt tab in Grouped View are
> the debug libraries properly set?
>
Hmm sorry for the bad wording..
If you open cmake-gui and look at the Qt tab in Grouped View are the
debug libraries properly set?
John
___
Pow
On Thu, Dec 31, 2009 at 5:06 PM, Hicham Mouline wrote:
>> -Original Message-
>> From: John Drescher [mailto:dresche...@gmail.com]
>> Sent: 31 December 2009 20:25
>> To: Hicham Mouline; CMake mailing list
>> Subject: Re: [CMake] restricting Qt include and l
I am going to only answer 1 part of this.
> For example: I may have a set of separate directories(each containing a
> project) and from the top level root directory, I want to selectively build
> a subset of projects.
>
> How can I do it on the command line ?
I do this with a batch file. Each pro
On Wed, Jan 6, 2010 at 2:49 PM, Gregory Peele ARA/CFD wrote:
> Let's stress that the source and binary directories of this build are
> readable and writable to Joe's account. It is NOT a file permission issue
> for any files in our build tree. If CMake or Visual Studio generate files
> outside o
> Thanks, however I was looking to do it in a path independent way. For
> example by just using the directory/vcproj name from top build
> directory. Please do correct me if I have not understood correctly.
>
With that method there are no hardcoded paths in the batch files. The
paths were generated
On Mon, Jan 11, 2010 at 3:51 PM, Chauhan, Vikas
wrote:
>> > Actually, when I used the macro I found that though this macro gives
>> > a
>> > useful functionality it is not exactly what I wanted.
>> >
>> > What I want to do can be illustrated the following example:
>> > I have a main project/dir -
> I noticed that it generates the following output:
> -- Check if this is a free VC compiler - yes
> I do not think I am using a free VC compiler, something is wrong here.
> Is it possible to use nmake with Visual Studio 2008 compiler using cmake
> 2.8?
>
I just tested this on my build box and sim
On Wed, Jan 13, 2010 at 1:07 PM, James Willis wrote:
> Is there any good way of telling findqt (I don't really care about findqt3)
> where to find Qt?
>
> Like say you did:
> set(QT_QMAKE_LOCATION /home/myself/qt4.6.0/bin)
> so that I later upgrade and do:
> set(QT_QMAKE_LOCATION /home/myself/qt4
On Sat, Jan 16, 2010 at 11:07 AM, Jochen Wilhelmy wrote:
> Hi!
>
> the first solution (Manual Replace) in
> http://www.itk.org/Wiki/CMake_FAQ#How_can_I_build_my_MSVC_application_with_a_static_runtime.3F
>
> does not seem to work since in the gui of cmake (2.6 for windows) I don't
> see
> any CMAKE
> Now it works, I have upgraded to 2.8.0 and switched to "Advanced View".
> Since I have to start the tool, change it for debug and release and then
> re-generate
> I still think it could be done easier, especially without needing to ask in
> this mailing list.
> How do all these dummy windows user
On Sat, Jan 16, 2010 at 4:11 PM, Jochen Wilhelmy wrote:
>
>> I would suspect that most users use the default values. I pretty much
>> go with the defaults with the addition of adding the /MP parameter
>> inside my main CMakeLists.txt file.
>
> If you are the author of some software then this is fi
On Sat, Jan 16, 2010 at 6:58 PM, Jochen Wilhelmy wrote:
>
>> You may be able to get this approved if you file a bug report and
>> possibly provide a patch for this. It actually should not be that hard
>> to implement however I assume developers have much higher priorities
>> than this.
>>
>
> ok,
> I haven't found any information about a CMake roadmap. Are there any
> concrete plans about the release of CMake 2.9 yet?
>
2.9 is a development build. Even numbers are released while odd ones
are development. As for your question I do not know. But I can safely
say it will not be in this quart
> Navigate to a CLEAN build directory and invoke either cmake or cmake-gui
>
Out of source builds work great here. You keep your source in one tree
and your builds in other trees. For me its a choice between 32 and 64
bit builds for different microsoft compilers.
I have my source trees inside of
> 2010/1/20 Mike Jackson :
>> You need to have a valid/correct installation of MinGW or MSYS+MinGW or
>> Cygwin.
>
> As a complement to Mike advice you may have a look at
> Code::Blocks (aka C::B) too, it's a cross-platform IDE working on Windows
> and there is downloadable installer which comes b
>> To add an additional option I have successfully used QtCreator (which
>> builds using MinGW) on windows with cmake. It supports CMakeLists.txt
>> files directly. I would call it work in progress as far as the CMake
>> support.
>
> What's not working ?
> (it works off the same CodeBlocks files)
>
> Can you please help as how I could specify the number of threads to be used
> in the command line builds i.e. something like
>
> (For nmake)
>
> Cmd > nmake –j5
>
> (For Visual Studio 2008)
>
> cmd> cmake –-build . –j5
>
Use vcbuild or msbuild
John
__
I am testing running cmake to generate Visual Studio 2005 projects
under wine and things are going good. I have built 2 projects without
any problems then the third project had the following error:
CMake Error at C:/Program Files/CMake
2.8/share/cmake-2.8/Modules/CMakeFortranInformation.cmake:25
(
> Thanks but how do I integrate vcbuild or msbuild with cmake ?
>
I never have used the --build option.
I am not exactly sure. For my windows projects I have it generate a
batch file using cmake configure. This batch file calls devenv with
the options from cmake. So to build I call install.bat lo
>> When you build VTK using CMake the .lib .dll may have the same name
>> but they are in different folders. CMake understands this and will
>> properly link your application with the correct .lib. This happens if
>> you do build both debug and release vtk.
>>
>> John
>
> I think he is talking abou
> Thanks for the information! It's unfortunate, but there's nothing to be
> done about it.
>
You can freely download an 180 day trial.
http://www.microsoft.com/visualstudio/en-us/try/default.mspx
John
___
Powered by www.kitware.com
Visit other Kitwar
On Tue, Jan 26, 2010 at 5:39 PM, e...@cs.bgu.ac.il wrote:
>
> hello.
> I've ran into a slight problem, I have a program that uses qt4 gui, I've
> created classes with ui, my cmakelist.txts looks like this:
>
> cmake_minimum_required(VERSION 2.6)
> PROJECT(Quad)
>
> SET(CMAKE_VERBOSE_MAKEFILE ON)
On Thu, Jan 28, 2010 at 3:28 AM, Marcel Loose wrote:
> Hi all,
>
> For my project, I'm working on automatic 'svn update' of (parts of) my
> source tree, prior to building. I was wondering whether someone else
> might be interested in that kind of functionality. If so, maybe it could
> be added as
> Why I care:
>
> Lets say that I someone wants to check the Visual Studio project goop
> produced by CMake in trunk and check out in a diffrent directory in their
> branch on another machine. With absolute paths sprinkled all over
> effectively makes this impossible.
>
Never put any generated pa
>> STRING(REPLACE "INCREMENTAL:YES" "INCREMENTAL:NO" replacementFlags
>> ${CMAKE_EXE_LINKER_FLAGS_DEBUG})
>> message (${replacementFlags})
>> SET(CMAKE_SHARED_LINKER_FLAGS_DEBUG ${replacementFlags})
>>
>>
>> STRING(REPLACE "INCREMENTAL:YES" "INCREMENT
On Thu, Feb 11, 2010 at 6:46 PM, Erwin Coumans wrote:
>
> I can't find where this INCREMENTAL:YES is coming from.
> Is there a better way than hacking the 'cmLocalVisualStudio7Generator
> ::GetBuildTypeLinkerFlags'
> to replace INCREMENTAL:YES by INCREMENTAL:NO?
> Thanks a lot,
> Erwin
I think it
On Thu, Feb 18, 2010 at 2:38 AM, Anders Backman wrote:
> Hi all.
> Im using latest (2.8 CMake) under Windows, VisualStudio 2008.
>
> When I mix x86 and x64 builds, I would like to separate the actual output
> directory for the builds so that I dont get problems about mixing build
> types.
> Right
On Fri, Feb 19, 2010 at 8:46 AM, Brad King wrote:
> On 2/18/2010 4:35 PM, Ben Medina wrote:
>>
>> I just took it for a spin on the Windows side of my projects. It
>> worked flawlessly with VS2005 and VS2008.
>
> Great, thanks for trying it.
>
>> However, with VS2010, CMake is re-run in the middle
Recently I have moved to appending the svn rev to the end of my patch
version. An example of this is the following:
set (StudyManager_VERSION_MAJOR 0)
set (StudyManager_VERSION_MINOR 0)
set (StudyManager_VERSION_PATCH 0)
#---
On Fri, Feb 19, 2010 at 7:30 PM, Tyler Roscoe wrote:
> On Fri, Feb 19, 2010 at 06:44:20PM -0500, John Drescher wrote:
>> Under windows I am using the cygwin svn executable for this. The find
>> module does not automatically find subversion however if I enter it in
>> cmake-gu
On Sat, Feb 27, 2010 at 12:23 PM, Naram Qashat wrote:
> I'm wondering if it's possible for CMake to prompt the user for input when
> it's running, as opposed to relying on passing in arguments for input. Main
> reason I'm looking for something like this is so we can have optional files
> that can
On Wed, Mar 3, 2010 at 1:37 PM, Olaf Peter wrote:
> I try to use Qt's internal Stuff for my own purpose. I want to compile
> the moc file separately which is with cmake very simple. Anyway, I have
> to tweak moc for this.
>
> I have to add the private type to the moc file generated otherwise I get
On Wed, Mar 3, 2010 at 1:44 PM, Felipe Sodre dos Santos
wrote:
> Hello all.
>
>
>
> Im trying to set an include directory which is actually an environment
> variable inside VC++ , $(QTDIR), and thus I tried the following:
>
>
>
> …
>
>
>
> include_directories(
>
> $(QTDIR)/include
>
> )
>
>
>
>
On Mon, Mar 15, 2010 at 2:49 PM, wrote:
> I know this has been asked before but I don't think it got an answer. I have
> a situation where I have over 200 projects in Visual Studio with no
> organization. Is there anyway to put them under folders? It would really
> save me some headaches. Thanks.
> for which putting them in solution folders to group them up
> was a good idea,
I see now. I was not aware of solution folders. Sorry for the noise.
John
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.co
On Mon, Mar 15, 2010 at 5:42 PM, Pau Garcia i Quiles
wrote:
> On Mon, Mar 15, 2010 at 7:49 PM, wrote:
>> I know this has been asked before but I don't think it got an answer. I have
>> a situation where I have over 200 projects in Visual Studio with no
>> organization. Is there anyway to put the
> Thanks for the reply - I added mainwindow.h to the automoc but I get the
> same thing - I thought it might be the QMetaobject header or library it was
> looking for, looking at the the error messages, but I checked and the header
> is there, and the search paths are correct. I built the QTProject
>> I may have worded that badly, so just to clarify - the QT I am using to
>> create the VS2008 project (the one used with cmake) was compiled with
>> VS2008, it's just the original code that was created in a mingw compiled
>> QTCreator. I thought the point of cmake is to enable porting code from o
On Fri, Mar 19, 2010 at 11:07 AM, Luis Ibanez wrote:
> Kitware is pleased to announce the release of the Fifth Edition of
>
> "Mastering CMake"
>
> http://www.kitware.com/products/books/CMakeBook.html
>
>
> This edition features instructions for building your own pr
On Mon, Mar 22, 2010 at 9:32 AM, Benoit Thomas
wrote:
> Yes that's what I mean, cmake re-runs from the root directory of the
> project, for every target in my project.
>
> Which means when I do a rebuild all in visual studio, every target in my
> project re-runs the root CMakeLists.txt, which re-b
On Wed, Mar 24, 2010 at 1:42 PM, Michael Schildt
wrote:
> Hello,
>
> I use GDCM libaries in one project. Unfurtunally, i couldn't find a findGDCM
> module and i'm not experienced enough to write one. I have seen that GDCM is
> used in ITK, so there must be a module like this. GDCM is using cmake t
On Wed, Mar 24, 2010 at 2:10 PM, John Drescher wrote:
> On Wed, Mar 24, 2010 at 1:42 PM, Michael Schildt
> wrote:
>> Hello,
>>
>> I use GDCM libaries in one project. Unfurtunally, i couldn't find a findGDCM
>> module and i'm not experienced enough to wri
> ADD_EXECUTABLE(tiney ${program_SRCS})
> TARGET_LINK_LIBRARIES(program ${program_LIBS})
Are these the exact 2 lines? I mean you have tiney in one and program
in the other?
John
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Sun, Apr 4, 2010 at 5:30 AM, Fred Fred wrote:
> You are right!
> Actually I have been confusing with MinGW and Cygwin and I realized that I
> just need MinGW because I need to compile my plugins on Windows, and MinGW
> would allow me to generate native Windows dlls, whereas Cygwin would require
201 - 300 of 536 matches
Mail list logo