Hi Alexander,
Thanks for replying.
On 2012-06-18 21:58, Alexander Neundorf wrote:
On Sunday 17 June 2012, Thomas Sondergaard wrote:
On Windows with MSVC 2010 Generator, moc seems to be very slow and it is
a paint to see it run sequentially. Could automoc be taught to do this
in
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13316
==
Reported By:George Petasis
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13317
==
Reported By:Rolf Eike Beer
Assigned To:
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole david.c...@kitware.com wrote:
Alex and Eike,
The following topic branches have been on the CMake stage for months,
without any movement. Are there further plans to move these topics
forward and get them into 'next' or are they simply abandoned
On Tue, Jun 19, 2012 at 2:04 PM, Rolf Eike Beer e...@sf-mail.de wrote:
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole david.c...@kitware.com
wrote:
Alex and Eike,
The following topic branches have been on the CMake stage for months,
without any movement. Are there further plans to
(A call to 'ssh g...@cmake.org stage cmake print' shows next=0 for those
branches not in 'next' at any given moment)
# Not in 'next':
# debug-messages | master=0 next=0
We didn't reach consensus about that, so I removed it.
#lib64-cleanup |
On Tuesday 19 June 2012, David Cole wrote:
On Tue, Jun 19, 2012 at 2:04 PM, Rolf Eike Beer e...@sf-mail.de wrote:
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole david.c...@kitware.com
wrote:
Alex and Eike,
The following topic branches have been on the CMake stage for months,
On Tue, Jun 19, 2012 at 3:58 PM, Alexander Neundorf neund...@kde.orgwrote:
**
On Tuesday 19 June 2012, David Cole wrote:
On Tue, Jun 19, 2012 at 2:04 PM, Rolf Eike Beer e...@sf-mail.de wrote:
On Di., 19. Jun. 2012 19:53:39 CEST, David Cole
david.c...@kitware.com
wrote:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13320
==
Reported By:Daniel R. Gomez
Assigned To:
On Tuesday 19 June 2012, Thomas Sondergaard wrote:
Hi Alexander,
Thanks for replying.
On 2012-06-18 21:58, Alexander Neundorf wrote:
On Sunday 17 June 2012, Thomas Sondergaard wrote:
On Windows with MSVC 2010 Generator, moc seems to be very slow and it
is a paint to see it run
On 2012-06-19 22:13, Alexander Neundorf wrote:
Considering a 8 or 16 core machine, this could give already 256 mocs
running on 16 cores. I think this would then really be a bit much.
I'd actually have to check first whether most of the time is spent in
executing moc, or in parsing the files for
On 06/19/2012 04:09 PM, Peter Kümmel wrote:
Some small questions to the workflow:
- I read on the workflow description site
Topic Branch
...
Heads not published (no named branch on server)
What does this mean? I see all the named branches.
I don't know to what text you
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13321
==
Reported By:Daniel R. Gomez
Assigned To:
Michael Jackson wrote:
Linux really wants to have -fPIC for some of my code and I am trying to
detect linux and then add this flag for my project but I am having no
luck.
if (LINUX)
set(CMAKE_CXX_FLAGS ${CMAKE_CSS_FLAGS} -fPIC)
endif()
Is this NOT the way I should be doing this? It
It can be done as Bill Hoffman seems to do this all the time. Let's wait to see
what he says. I do know that it involves a lot of setup.
--
Mike Jackson www.bluequartz.net
On Jun 19, 2012, at 1:05 AM, William R. Otte wrote:
Hi Brendan -
On Jun 18, 2012, at 11:49 PM, Braden McDaniel wrote:
On 6/19/2012 6:49 AM, Michael Jackson wrote:
It can be done as Bill Hoffman seems to do this all the time. Let's wait to see
what he says. I do know that it involves a lot of setup.
Yes, this is my preferred generator. I used cygwin gmake, but this one:
Hi,
Although with the VS2008 generator setting the HEADER_FILE_ONLY property
works to exclude the files from the build, in VS2010 no such luck.
Am I doing something wrong in the syntax? Or is it a known issue with
VS2010?
We're doing this:
# Mark all resource files as HEADER_ONLY to avoid (for
On 06/19/2012 09:13 AM, Daniel Dekkers wrote:
Although with the VS2008 generator setting the HEADER_FILE_ONLY property
works to exclude the files from the build, in VS2010 no such luck.
Am I doing something wrong in the syntax? Or is it a known issue with
VS2010?
IIRC CMake 2.8.7 and earlier
Hi,
My scenario is that I have many source files in different directories that
are all going into the same lib.
dir1/file1.h
dir1/file1.cpp
dir1/file1.inl
dir2/file2.h
dir2/file2.cpp
dir2/file2.inl
These files are listed in a variable SOURCES.
what I want to do is add them to a source group
Hi Brad,
We were already using 2.8.8. We tried the nightly build but still no effect.
It's not just the obj files, it's xml, ttf, png, ...
The VS2008 generator works fine, with the nightly build as well, but
VS2010,.. no excludes.
Thanks,
Daniel
-Oorspronkelijk bericht-
Van: Brad King
Hi Joseph.
The following should work:
FOREACH(dir dir1 dir2)
SOURCE_GROUP(${dir}\\inc REGULAR_EXPRESSION ${dir}/.*\\.h)
SOURCE_GROUP(${dir}\\src REGULAR_EXPRESSION ${dir}/.*\\.cpp)
SOURCE_GROUP(${dir}\\inl REGULAR_EXPRESSION ${dir}/.*\\.inl)
ENDFOREACH()
Petr
On Tue, Jun 19, 2012 at 5:05
Hello, we recently converted our project to cmake but for some reason,
as we generate for VS 2008 on Windows, we get the same path for both the
compiler and the linker generated pdb files.
The path is something like /bin/Debug/Project.pdb for both, so they
overwrite each other causing
On 06/19/2012 11:28 AM, Daniel Dekkers wrote:
We were already using 2.8.8. We tried the nightly build but still no effect.
It's not just the obj files, it's xml, ttf, png, ...
The VS2008 generator works fine, with the nightly build as well, but
VS2010,.. no excludes.
I just tried 2.8.8 and it
On 6/19/12 8:33 AM, Bill Hoffman wrote:
On 6/19/2012 6:49 AM, Michael Jackson wrote:
It can be done as Bill Hoffman seems to do this all the time. Let's
wait to see what he says. I do know that it involves a lot of setup.
Yes, this is my preferred generator. I used cygwin gmake, but this
Why does `make install` build things that aren't installed? I would
imagine it would only build targets that are mentioned in INSTALL().
--
Cheers,
Leif
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep
'make install' for a CMake-generated makefile is typically equivalent to
'make all make install'
'install' depends on 'all' and all typically includes things that are
installed and not installed.
On Tue, Jun 19, 2012 at 3:11 PM, Leif Walsh leif.wa...@gmail.com wrote:
Why does `make install`
'make install' under the hood, by default, simply runs:
cmake -P cmake_install.cmake
You could add your own custom target (which would NOT depend on 'all') to
execute the same command, or simply execute the raw command yourself.
To do it with a custom target, you could do:
awesome, thanks
On Tue, Jun 19, 2012 at 3:54 PM, David Cole david.c...@kitware.com wrote:
'make install' under the hood, by default, simply runs:
cmake -P cmake_install.cmake
You could add your own custom target (which would NOT depend on 'all') to
execute the same command, or simply
I'm working through my first CMake/CTest project.
My directory structure looks like
safe_numerics/
CMakeLists.txt // #1
build/ // out of source build directory
include/
examples/
doc/
tests/
CMakeLists.txt // #2
#1 looks like
cmake_minimum_required(VERSION 2.6)
Do:
include(CTest)
instead of:
enable_testing()
Including CTest.cmake will automatically enable_testing(), but it also
configures the test configuration file it's complaining about...
HTH,
David
On Tue, Jun 19, 2012 at 5:19 PM, Robert Ramey ra...@rrsd.com wrote:
I'm working through my
On 06/19/2012 04:27 PM, Daniel Dekkers wrote:
SET_TARGET_PROPERTIES(HeaderOnlyTest PROPERTIES RESOURCE ${RESOURCE_FILE})
Does removing this line fix it?
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
Nope :(
-Oorspronkelijk bericht-
Van: Brad King [mailto:brad.k...@kitware.com]
Verzonden: dinsdag 19 juni 2012 22:45
Aan: Daniel Dekkers
CC: 'j'; cmake@cmake.org; 'Bill Hoffman'
Onderwerp: Re: [CMake] Adding *.obj geometry files...
On 06/19/2012 04:27 PM, Daniel Dekkers wrote:
Hi everone. I am getting a funny include flag and I wonder if anyone can help.
The project is in Fortran (though I don't think this matters) and the structure
can be distilled to:
/myproj
/build
/src
/Hydro
I do the build in /build in linux using cmake -DCMAKE_Fortran_COMPILER
is FILE(DIFFERENT ...) depreciated or reserved for internal use or
something?
It doesnt turn up in the docs online or the internal docs
in Source/cmFileCommand.h
Definitely in Sources/cmFileCommand.cxx though:
else if ( subCommand == DIFFERENT )
{
return
Dear users,
I am new in CMake and I followed tutorial
http://www.vtk.org/Wiki/Eclipse_CDT4_Generator , downloaded latest c++
Eclipse , my cmake version is 2.8.7
I obtained following warning/error ? during cmake configuration of my
project :
-- Could not determine Eclipse version, assuming at
2012/6/20 Ateljevich, Eli e...@water.ca.gov:
Hi everone. I am getting a funny include flag and I wonder if anyone can
help. The project is in Fortran (though I don't think this matters) and the
structure can be distilled to:
/myproj
/build
/src
/Hydro
I do the build in /build
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 638d97765f5ff7f8d0ad91c796d110927e61fad6 (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 49a7356c15072b46f64f16c9a4c092f88f175514 (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 a4470b092c5e4c33498afe53b9224049b4b50391 (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 0c3eb3281ff9cc3d1145789cdc4f83f47a36cab2 (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 1eaac09f5891227a8a44b7c85447dfe10df2048f (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 aa2c6d0493328873ce41d58708fbc3b6c9c1d5fe (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 fbfddc70a452e3e2c9b6224cc27a3994bd9712f9 (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 8d198a71fc157343de56b0addcd987681639c127 (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 565744bd3db6f730a31e0325a1c7336224237d12 (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 7ddbdde15fa1d14638dfd627bf28331cb1b5cdcc (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 3f8c9073f9a335b76a72d71c0c1f53415d9a731b (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 525813a69810cc35c827323eb3fde86d1339582c (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 54431e3395eb16033eb145edf12335852156ebe4 (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 ff9909535415436f5300f5dc6a26467cfd6a1532 (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 693055255a63f1cc4cd2ffec7b8daf8e2aadd151 (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 7a9dfe9644dfd4a75efe41e0dcb73d26cc11d27a (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 1e74a9fdb7f0253c689ad47026bc8e56e72e47a1 (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 8eec424f2608e97cf1f88f67da5b3c63fa7cc45c (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 ebb3c952db187bfcc061abb7efe5d55fb0fe14ec (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 3f48c27..fb88d24 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -2,5 +2,5 @@
SET(CMake_VERSION_MAJOR 2)
SET(CMake_VERSION_MINOR 8)
SET(CMake_VERSION_PATCH 8)
-SET(CMake_VERSION_TWEAK 20120619
56 matches
Mail list logo
