The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15649
==
Reported By:dbanet
Assigned To:
Hi!
i just want to get coverage information from the configure step itself
to find uncovered cmake makros and scripts.
The --trace option seems to be the way to do it.
is there any tool/script available to get these information in a good report?
BEST solution would be something like lgov or
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15650
==
Reported By:Abigail
Assigned To:
Ah ok this means the -C option is in addition to the cmake cache, and not
replace it?
-Original Message-
From: David Cole [mailto:dlrd...@aol.com]
Sent: Monday, July 13, 2015 3:42 PM
To: Robert Goulet
Cc: David Cole; cmake-developers@cmake.org
Subject: Re: [cmake-developers] cmake.exe
Hello,
I'm trying to configure my own library (called libtrace) to a test file I
made.
My source library contains the following files:
libtrace.h -- Header file for the libtrace library.
libtrace.cc -- Source file for the libtrace library.
test01.cc -- A test file that uses libtrace.
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15651
==
Reported By:gang65
Assigned To:
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 1b05417e3c04bccd38c9e0c6b4819508dcb25ccf (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 7a409983292e0917cf1299d55ca601a92fd4a36e (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 87deaee2e45dfc626c4d6883dfbaeca83448556d (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 ead29a4e3d1e01d7e6b43a27b1c15f7fb3b8ecb5 (commit)
via
Correct -- it's typically used as an **initial** cache only, in a
clean build tree.
Actually, I'm not sure what happens on subsequent (2nd and later)
runs... It may be that the cache has precedence, and the -C file has
no effect on subsequent runs unless you use FORCE in it... But I'm
uncertain.
Hi list,
I have a project that consists of several subdirectories. For example:
project-dir
+- component1
| +- src
| +- include-dir1
| +- include-dir2
+- component2
Let's say I want component2 to add include-dir1 and include-dir2
from component1 as include directories without component2
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 99fde03f90b909eee7a3d8dcd8fc7f391d581ead (commit)
via
Greetings!
Patch in attachment for all OUTPUT_DIRECTORY variants to support generator
expressions.
Thanks!
-Robert Goulet
output-dir-genex.patch
Description: output-dir-genex.patch
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
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 e7251049a49e745bbd95006a3946db3ba9086072 (commit)
via
I just wanted to close out this thread. The problem turned out to be DOS
line endings in the wx-config file. The following line in the wxWidgets-
3.0.2/buildgtk/lib/wx/config directory fixed the problem.
dos2unix inplace-gtk2-unicode-3.0 inplace-gtk2-unicode-3.0
Thanks for your help.
Bob
--
We have a situation where people are sometimes wanting to switch between
different generators: from Xcode to Unix Makefiles, or from Visual
Studio 2010 to Visual Studio 2012, etc.
If they have an already-configured workspace then run cmake -G with a
different generator, it appears to be a no-op:
It's just something you can't change without wiping the build tree
entirely. It should probably actually produce an error or warning of
some sort to avoid confusion such as this...
D
On Tue, Jul 14, 2015 at 11:01 AM, Paul Smith p...@mad-scientist.net wrote:
We have a situation where people are
Most of the variables that have a per-config variation on the name end
with _CONFIG ( see the page documenting CMake variables, and
search it for config to get a sense of which variables these are...
http://www.cmake.org/cmake/help/v3.3/manual/cmake-variables.7.html )
-- s, if you do prepare
Hello CMake-developers,
I would like to contribute with EUROS RTOS platform description file
that would allow us to build EUROS RTOS projects with CMake.
Best regards,
Stanimir Kabaivanov
# CMake Platform File for EUROS RTOS Libraries
#
# Author: Stanimir Kabaivanov
On 07/14/2015 12:57 AM, Andrew Maclean wrote:
This patch fixes this warning when building CMake from the master:
WARNING: 'default' html theme has been renamed to 'classic'.
Applied with slight tweaks:
Utilities/Sphinx: Use 'classic' theme for Sphinx = 1.3
I just tested, and you were right on everything you said. The CMake cache gets
populated on the first run in the clean build tree. However, if we use the set
FORCE option in the initial cache file, we can work-around this limitation and
force it to always write to the CMake cache, which works
Hello,
You don't seem to tell cmake what executable you want and what sources
it is made up of. Take a look at the 'add_executable' and 'add_library'
commands. To create an executable from the sources, you may want to do
something like: add_executable(test01 test01.cc)
And for the library:
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 dcfd16c0c135215196781245b1456f186441ebe0 (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 d2d657f0c95267224b74ed17a93e31ca89d4ca4c (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 b66827462430f64b059891aa40240690fc0b4139 (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 38c32c2d7b278f553b715d157df9361897a1efd7 (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 2eb5104ad81b264b6aaac360b4a82f53a47653dd (commit)
via
I am attempting to use ExternalDependencies_Add with the last Protobuf
version (v3.0.0) which is in alpha3 (I'm using the master branch
actually)[1].
If you don't already know: contrary to previous Protobuf version, v3.x
provides
cmake scripts (and also makes CMake's FindProtobuf module unusuable
For some reason, all the tar.gz packages on cmake.org are being downloaded
by google chrome as unzipped tar's (though the .tar.gz extension is
preserved). I only see this behavior with chrome and cmake.org. If I use
firefox, or if I download a tar.gz from somewhere else (the CMake github
John LaGrone wrote
cmake_minimum_required(VERSION 2.8.12 FATAL_ERROR)
project(ex1)
find_package(foo REQUIRED)
add_executable(ex1.x ex1.c)
target_link_libraries(ex1.x foo)
Just check that library exists already:
if(NOT TARGET foo)
find_package(foo REQUIRED)
endif()
--
View this message
20150714)
+set(CMake_VERSION_PATCH 20150715)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
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 38aea16943f70bc60506d8b914df109181259ac1 (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 009b92e3f83522d3256594a34e342d20915383e3 (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 1a3ee89a91cab5884a13e2d34474b10fd62a6558 (commit)
via
35 matches
Mail list logo