The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14763
==
Reported By:Brad King
Assigned To:
Since the current ExpandVariablesInString has all kinds of pitfalls and
corner cases plus how close to the core of CMake this code change is, it
seems that a policy is warranted. Since the new parser is fast enough,
in the WARN case, it will run both the new and the old parsers and warn
when the
Ben Boeckel wrote:
The other parser improvements (generator expressions and list expansion)
have been split out so that they may make it into 3.0 (ideally).
The improvements to the genex handling look fine, but I don't see a great
need to get this into 3.0. That minimizes the amount of time
On 2/18/2014 11:04 AM, Ben Boeckel wrote:
- No more '(' or ')' allowed in literal variable names. Previously,
these were only allowed in quoted $ENV{} expansions (though with my
(admittedly) limited lex/yacc knowledge, I don't see why this was
allowed anyways).
Environment
On Tue, Feb 18, 2014 at 12:13:31 -0500, Brad King wrote:
Environment variable names can contain '(' or ')', at least on Windows:
set a(b)=c
echo %a(b)%
c
Perhaps this obscure case can be supported with nested evaluation though.
You can do it with the setenv(3) call in Linux as well,
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14764
==
Reported By:Ho Cheung
Assigned To:
On 2/18/2014 1:38 PM, Nils Gladitz wrote:
On 18.02.2014 19:18, Ben Boeckel wrote:
It does seem that there are internal MSBuild errors[1] being thrown due
to the branch :( . I'll take it off next until I sit down with VS and
figure out what's wrong.
Are you sure you are causing them?
I
I'm trying to build LLVM via Xcode. In order to do that, I have to fix
some explicit uses of -isysroot, since it results in Xcode targets
that try to build for the simulator with two -isysroot flags pointing at
two different SDKs. Instead I'm trying to set XCODE_ATTRIBUTE_SDKROOT to
the
And the solution is to remove quotes from the environment variable.
http://stackoverflow.com/a/21842586/13136
Iulian
On Mon, Feb 17, 2014 at 11:47 PM, Iulian-Nicu Şerbănoiu
undergra...@gmail.com wrote:
Hello,
I'm using cmake 2.8.12 on Windows XP. I have an issue when calling
find_path
Hi all,
I've already replied to an older thread mentioning the same issue, but
still saw no reply.
I have a problem with CPack when using in combination with a custom top
level target.
In my setup I have custom command which uses CPack to create a zip file.
For me this zip file is a top level
I've not received any responses on my question as to why the install
function was not accepting the EXPORT argument on cmake 2.8.9, as the
WIKI (http://www.cmake.org/Wiki/CMake/Tutorials/Packaging) indicates
should work.
Again: I've seen many hits on the Internet about this error, so it's not
david.hag...@gmail.com wrote:
Does anybody have any suggestions on how to resolve this?
Create an http://www.sscce.org/ and post it so that others can try what
fails for you.
Thanks,
Steve.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
Hi David,
What does your install(...) line look like so we can try to help you debug
the issue?
- Chuck
On Wed, Feb 12, 2014 at 4:09 PM, david.hag...@gmail.com wrote:
I am trying to set up component registration as per
http://www.cmake.org/Wiki/CMake/Tutorials/Packaging
but when I run
All,
I am trying to use CheckIncludeFiles for header file check. I know the file
I want to check is located at /usr/include/lustre, so I supplied the
following:
include(CheckIncludeFiles)
check_include_files(lustre/lustre_user.h HAVE_LUSTRE_USER_H)
And it report can't find. Then I tried to be
I'm constantly getting out of memory errors with VS 2013 and the x86 linker. I
stumbled across this blog post that recommends moving to the 64 bit linker.
http://blogs.msdn.com/b/vcblog/archive/2013/10/30/the-visual-c-linker-best-practices-developer-iteration.aspx
The article mentions adding
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 320452ddfd1a697ce754f2cb2c72ff4fbf5df2b9 (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 c2bcd04025aac3a1b3fbee337fccdee894d5bc87 (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 7424ba51d70fd4ae25aa9521c256feef92ec4605 (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 5bffed2ab24c822c62e9667f999d9a8d7e0da09a (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 4803404d0ff7b27e4502a9ea1aaba722ffc901a6 (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 295828d68d31b7700f15bd75fc0eb736b4c0428d (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 544897f..9e60e71 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 12)
-set(CMake_VERSION_TWEAK 20140218
22 matches
Mail list logo
