The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14439
==
Reported By:Domagoj Saric
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14440
==
Reported By:mar-na
Assigned To:
Hi Brad,
I think it would be simpler to use
grep -v
because help-*-list never contains a space (no variable or command
have embedded space)
I think you missed a couple of cases in the cmake completion.
My proposal is in stage branch:
bash-completion-improvement
Sidenote along bash
On 09/25/2013 12:18 PM, Eric Noulard wrote:
I think it would be simpler to use
grep -v
because help-*-list never contains a space (no variable or command
have embedded space)
That's a much stronger assumption that is less future-proof.
In the long run I don't want to do any filtering
Hi Miguel,
As the LATEX CMake module maintainer according to [1], I'm passing
along the attached patch for FindLATEX so that it detects ps2pdf with
MikTeX.
Thank you for your efforts,
Matt
[1] http://www.cmake.org/Wiki/CMake:Module_Maintainers#List
0001-FindLATEX-Find-ps2pdf-with-MikTeX.patch
Hi,
On Monday, 23. September 2013, 23:41:19, Roger Leigh wrote:
Another minor annoyance I've run into is that when I define a function and
make use of a global variable, it appears to expand the variable during
definition, rather than evaluating it when I call the function. Is it
possible to
Hi,
thanks for your answer. But the problem is that this flag is accepted although
the clang compiler does not accept it. This leads to a build error.
My question is why the CHECK_CXX_ACCEPTS_FLAG marco does not recognize that the
flag is not supported by my compiler.
Andreas
On Sep 24,
Hi!
I've tripped across a bug in FindwxWidgets.cmake, in which (on Linux/Unix)
paths returned by wxconfig will be modified if their path names contain a
'-D'. The patch below fixes this. Can this please be applied? Thanks!
--- FindwxWidgets.cmake.orig2013-09-25 10:34:52.835469000 -0400
Hi, been searching for a while on this and can't find an answer. Maybe I'm just
using the wrong keywords..
I have a CMakeLists.txt file that creates a two libraries. I want to generate a
list of source files that are used in each library so that I can run a script
on these files.
I cannot
On Tuesday 24 September 2013, g...@novadsp.com wrote:
Can anyone help? At the start of the root cmakelist.txt file
PROJECT(CMakeLab)
MESSAGE(CMakeLab)
ENABLE_LANGUAGE(ASM-NASM)
Which generates the following error(s) in CMake 2.8.10.2 on Windows:
which generator are you
Visual Studio 11.
Also have the same with 2.2.11.2
Thanks.
-Original Message-
From: Alexander Neundorf [mailto:a.neundorf-w...@gmx.net]
Sent: 25 September 2013 18:19
To: cmake@cmake.org
Cc: g...@novadsp.com
Subject: Re: [CMake] NASM support?
On Tuesday 24 September 2013,
I'm not clear what you are trying to do.
Are you generating a list of files to compile at configuration time, or at
build time?
CMake can two things:
1. Configure a file list at configure time.
2. Run a cmake script at build time.
But you can't generate a file list at build time. At build
Correction: that is version 2.8.11.2
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
g...@novadsp.com
Sent: 25 September 2013 18:38
To: a.neundorf-w...@gmx.net; cmake@cmake.org
Subject: Re: [CMake] NASM support?
Visual Studio 11.
Also have
On Wednesday 25 September 2013, g...@novadsp.com wrote:
Correction: that is version 2.8.11.2
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
g...@novadsp.com
Sent: 25 September 2013 18:38
To: a.neundorf-w...@gmx.net; cmake@cmake.org
Hi Seth,
I had the same problem some time ago. In my case, the environment
variable LIBRARY_PATH contained the boost directory, which instructs the
linker to use it as standard library directory.
CMake asks the compiler for implicit linking directories. I am not
completly sure, but the
Fetzer, Andreas a.fet...@dkfz-heidelberg.de schrieb:
Hi,
thanks for your answer. But the problem is that this flag is accepted
although the clang compiler does not accept it. This leads to a build
error.
My question is why the CHECK_CXX_ACCEPTS_FLAG marco does not recognize
that the flag is not
Our project depends on 53 different open soure packages,
all downloaded and built by a nice 900 line shell script.
(Build systems are so standardized that usually it's just one line to download,
build, and install a random open source project, yay!)
Yesterday I had the pleasure of coaxing it into
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 951a158c8a89512f52779ea29731234fa25b90e5 (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 bf7302535f6518908bb377d2694af5b4b64327b7 (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 432d10286bdc96c73a5740d6ef2e168f13d9a277 (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 52369f40a223797f8682717de3210975d12c90ad (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 8a5a07b0d82aeb95b6f5623b9528efeec11017ca (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 18b0f44dbdd0fdd07aa9ddcd0d0e72bc55e81c64 (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 eef9a95245072d79f6b5c421eb3bfdf798e73692 (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 64087d26d276fa5dac7e0c9ad98d1782a8fa5153 (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 2e1370e4bedf26ddb7dbf7d8176de483f0f770db (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 9aca8db082e10e6e3bfc4cc4a1abcc1afb247479 (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 0f00141f04260d9cb415db261c48068ad9885f95 (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 6e3fe5570345bf18f71851f2299d5c43ee05e021 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 31311bb..8966ebb 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 20130925
30 matches
Mail list logo
