If you're using clang or gcc setting the -g compile flag should do the
trick.
set (CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -g)
set (CMAKE_C_FLAGS ${CMAKE_C_FLAGS} -g)
If you're setting the CMAKE_BUILD_TYPE then you should use the
corresponding configuration flags:
CMAKE_CXX_FLAGS_DEBUG
Hi,
configure_file with NEWLINE_STYLE appends a newline to the end of the file (even
if there is none in the original file, check cmMakeFile.cxx line 3521)...
--
Domagoj Saric
Software Architect
www.LittleEndian.com
--
Powered by www.kitware.com
Please keep messages on-topic and check the
Hi!
I'm trying to use a toolchain file (using -DCMAKE_TOOLCHAIN_FILE=) to
cross compile with CMake. I specify my C compiler with:
set(CMAKE_C_COMPILER my_c_compiler)
I have given just the name of the compiler, and rely on CMake to find the
compiler via my PATH (and this seems to work).
2013/9/19 Johan Holmberg johan...@gmail.com:
Hi!
I'm trying to use a toolchain file (using -DCMAKE_TOOLCHAIN_FILE=) to
cross compile with CMake. I specify my C compiler with:
set(CMAKE_C_COMPILER my_c_compiler)
I have given just the name of the compiler, and rely on CMake to find
I have a solution which contains multiple projects. All of these projects
typically target an x64 platform. However, recently I have had to introduce
another project which will target Win32/x86. Essentially, this project
results in a process that runs on its own and communicates with the rest of
This looks like a simple typo. I could fix it and submit a gerrit topic,
but I'm busy with other stuff for the moment.
Or is this a typo imported from CURL?
In file included from /scratch/kent/cmake/cmake/Utilities/cmcurl/http.c:99:
/scratch/kent/cmake/cmake/Utilities/cmcurl/parsedate.h:1:9:
On Thu, 19 Sep 2013 17:08:21 +, Williams, Norman K said:
It is a typo. This is a warning generated by a very recent development
head version of CLang I built.
My Rogue7 dashboard uses clang trunk, but I just noticed I never switched to a
-Weverything + subtractive warning policy like I did
On Thu, 19 Sep 2013 15:12:54 +, Williams, Norman K said:
This looks like a simple typo. I could fix it and submit a gerrit topic,
but I'm busy with other stuff for the moment.
Or is this a typo imported from CURL?
In file included from /scratch/kent/cmake/cmake/Utilities/cmcurl/http.c:99:
It is a typo. This is a warning generated by a very recent development
head version of CLang I built.
It looks like it was added to CMake by Andy Cedilnik in revision 9314bb;
It looks like an upstream typo that just happened never to cause a
real-world problem.
--
Kent Williams
We have an external library which is not easily cmakeable and takes a long
time to compile. We have a static copy of the source in our SCCS, so we don't
need to fetch etc.
What we'd like to have happen is have the code compile if and only if the
output libraries are not present. The best I've
On 2013-07-29 19:02, Matthew Woehlke wrote:
Let's say¹ I have a code generation tool, 'gen', that I am naïvely using
to build a library, like so:
add_custom_command(
OUTPUT a.cpp b.cpp
COMMAND gen in.xml
DEPENDS in.xml
)
add_library(foo a.cpp b.cpp)
Now let's say that 'gen' is clever
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for an explanation.
Please test and let me know.
Thanks,
-Brad
--
On Thursday, September 19, 2013 01:47:23 PM Brad King wrote:
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for
On 09/19/2013 11:47 AM, Brad King wrote:
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for an explanation.
Please
On 18/09/13 18:38, Brad King wrote:
On 09/18/2013 12:07 PM, Daniele E. Domenichelli wrote:
How much is sufficiently high? According to cmake --help-policy CMP0012:
This policy was introduced in CMake version 2.8.0. CMake version
2.8.11.20130918-g9bcf warns when the policy is not set and
Hello Brad,
Sorry for the delay.
On 12/09/13 10:57, Daniele E. Domenichelli wrote:
On 11/09/13 19:21, Brad King wrote:
Do these tests share a build tree? GTK2Targets.gtk and GTK2Components.gtk
failed randomly last night:
http://open.cdash.org/viewTest.php?onlyfailedbuildid=3025432
On 09/19/2013 04:41 AM, Daniele E. Domenichelli wrote:
Should I set it to a fixed version instead?
Yes, it should be set to whatever version is current when it
is modified since the code inside expects behavior of that
version. It is a separate script so the setting will not
influence the
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14426
==
Reported By:Rob Stewart
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14425
==
Reported By:Rob Stewart
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14424
==
Reported By:Rob Stewart
Assigned To:
Hi all,
After Kent's message on the other list, I realized I didn't have my CMake +
clang trunk dashboard configured the way I thought I did, namely some warnings
I thought were enabled were not.
Attached are some patches to fix some warnings. There are a couple of others
that will appear on
On Thursday, September 19, 2013 01:47:23 PM Brad King wrote:
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for
On 09/19/2013 01:22 PM, Sean McBride wrote:
Attached are some patches to fix some warnings.
Applied, thanks. Here is the merge to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commit;h=3964de62
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Thu, 19 Sep 2013 13:53:54 -0400, Brad King said:
On 09/19/2013 01:22 PM, Sean McBride wrote:
Attached are some patches to fix some warnings.
Applied, thanks. Here is the merge to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commit;h=3964de62
Thanks. Here are two more patches. Once
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for an explanation.
Please test and let me know.
Thanks,
-Brad
--
On 09/19/2013 03:34 PM, Sean McBride wrote:
Thanks. Here are two more patches.
I took the one to the third-party libs, but the one to
cmListFileLexer.c is in generated code so it will not stick.
Another topic already re-generates that file so this one will
have to wait.
-Brad
--
Powered by
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14427
==
Reported By:Rob Stewart
Assigned To:
On 09/19/2013 11:47 AM, Brad King wrote:
On 09/17/2013 06:16 PM, Clinton Stimpson wrote:
I've narrowed it down to a regression caused by 04d4dc33.
The following should fix this:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f
See the commit message for an explanation.
Please
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 6f94fd4c86d12a666154f9a4ce546ca258689c1d (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, dashboard has been updated
via 182b93635464ee35100522dec811abb76b55c742 (commit)
from
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 34056101e23c20d1bbe8ba870b46c91dd635abe4 (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 3964de622294b9ce08574aa19131c8f4ab31125b (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 9f8f4c75e3363c23ee1c857a63a30532740cb7dc (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 49f428046ce0ba1a2729afe0b2d1045e765aaccc (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 7d9b493..f726791 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 11)
-set(CMake_VERSION_TWEAK 20130919
35 matches
Mail list logo