Hi Guys,
I'm v.v., a developer using cmake to generate our project,
Recently we updated our cmake from 2.8.8 to 2.8.11 on Mac, immediately I
found a difference between the latest and previous version,
I see CMAKE_COMPILER_IS_GNUCC AND CMAKE_COMPILER_IS_GNUCXX is changed from
true to false, but
CMake will not expand a string into a list when passed as arguments. It
would do when using a variable:
While this is true, it's also not the whole truth (and I guess is that this is
bothering Clark). Consider the following two function calls:
foo1(a;b;c)
foo2(a;b c)
Of course cmake
Does cmake -E tar support response files or perhaps some other way to
read a list of input files from a file?
I think I'm running into command line length limits on windows with
about 34266 characters.
execute_process() just reports The parameter is incorrect.
Nils
--
Powered by
Greetings,
I have a projest (normally built with autotools ) with
libfoo.pc.in.
suppose libfoo.pc.in looks like this:-
#-
prefix=@prefix@
exec_prefix=@exec_prefix@
libdir=@libdir@
includedir=@includedir@/foo2
Name: libfoo
Description:a library about swine foods
Version:
Hello,
Since I upgraded to CMake 2.8.12 I have this message for some of my
configure_file generated sources:
ninja: warning: multiple rules generate
_cmakeRelease\tests\GeneratedSources\versioninfo.rc. builds involving this
target will not be correct; continuing anyway
Any idea how I could
On Mon, Oct 14, 2013 at 2:56 PM, Gregoire Aujay gau...@movea.com wrote:
Hello,
Hi,
** **
Since I upgraded to CMake 2.8.12 I have this message for some of my
configure_file generated sources:
** **
ninja: warning: multiple rules generate
On 2013-10-09 07:44, Johannes Zarl wrote:
I guess you search for something like this:
function(info)
set(msg)
foreach(i RANGE ${ARGC})
set(msg ${msg}${ARGV${i}})
endforeach()
message(STATUS [info] ${msg})
endfunction()
message(Foo:bar;baz space FOO)
Anyone?
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
Malfettone, Kris
Sent: Thursday, October 03, 2013 8:43 AM
To: cmake@cmake.org
Subject: [CMake] Correct way to make an arbitrary file trigger a reconfigure...
Hi, I am trying to make cmake reconfigure whenever
Hi Kris,
I have done that by following:
1) use Ninja Generator;
2) include empty rerun.cmake file, I put this file into binary dir, so I need
a patch;
3) add a patch to Ninja Generator to correctly write dependencies for
build.ninja from included cmake files, if cmake file is in the
Hi,
here is description of the problem:
http://www.cmake.org/pipermail/cmake/2013-October/056008.html
in short, cmake not handle dependencies of c/c++ source file from c/c++
header file, if source file has utf-8 BOM.
So, if for example in your team used Visual Studio with preference to
save files
On 10/14/2013 10:47 AM, clin...@elemtech.com wrote:
The patch appears to not handle empty files or files with less than 3
characters. Does it need to?
[snip]
- Reply message -
From: Evgeniy Dushistov dushis...@mail.ru
Here (in attachment) is possible solution of this problem (it
On 10/13/2013 4:36 PM, Eric Noulard wrote:
I have preliminary question though, since those change makes it possible
to write documentation without touching the code are you planning to
add missing --help- to ctest ?
Did you plan something along that line?
Yes, but the main issue is that
On 10/13/2013 6:03 AM, Alexander Neundorf wrote:
* New quoting syntax: Lua-style long-brackets. Quoting opens with
[ followed by zero or more = followed by [ and closes with
] followed by the same number of = followed by ].
What's the purpose of the = between the square brackets ?
One
On Mon, Oct 14, 2013 at 5:05 PM, Brad King brad.k...@kitware.com wrote:
On 10/13/2013 6:03 AM, Alexander Neundorf wrote:
* New quoting syntax: Lua-style long-brackets. Quoting opens with
[ followed by zero or more = followed by [ and closes with
] followed by the same number of =
On 10/13/2013 7:46 PM, Alan W. Irwin wrote:
bash.exe-3.1$ ls z:/usr/bin/lua
z:/usr/bin/lua
[snip]
-- LUA_EXECUTABLE = /usr/bin/lua
This is an obviously incorrect result since /usr/bin/lua does
not exist from the Windows system perspective, i.e.,
It does exist when z: is the current working
I'm developing the test, working against Perforce's free 20 user server.
What's the procedure build and run the test from a CMake source build?
Thanks!
PEdro
On Thu, Oct 10, 2013 at 1:40 PM, Pedro Navarro pnava...@netflix.com wrote:
I saw that and I thought that was meant for Eike. Ok I'll
On 10/14/2013 2:41 PM, Pedro Navarro wrote:
I'm developing the test, working against Perforce's free 20 user server.
What's the procedure build and run the test from a CMake source build?
In the build tree run
bin/ctest -R CTest.UpdateP4
assuming you've modified Tests/CMakeLists.txt
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14482
==
Reported By:David Golub
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14483
==
Reported By:Rob Stewart
Assigned To:
This was probably broken for a long while, but the problem was not apparent
because the check for execinfo.h would fail by default because
-I/usr/local/include was not being passed to the compiler when making the
checks for the header's existence.
Now that very recent FreeBSD versions (ie.
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 44f9a1146e8eda190332ed1901b521b14ae65dd5 (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 879cdda6ee26269be4ed01a8fa17709cd67758f7 (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 34bd932e8e8114509a8b34b0c2e619134ef06057 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 65e6159..0d10c10 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 20131014
24 matches
Mail list logo