The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13939
==
Reported By:Urs Fleisch
Assigned To:
So how do you think we could move on from this?
Should we start wording an idea proposal? Should there be news posting on
each website advertising this collaboration?
Vittorio
On Mon, Feb 11, 2013 at 4:03 PM, Bill Hoffman bill.hoff...@kitware.comwrote:
On 2/8/2013 8:55 PM, Vittorio Giovara
Hi,
These failures have been occuring since I merged a recent branch extending
the test:
http://open.cdash.org/testDetails.php?test=178135681build=2821141
http://open.cdash.org/testDetails.php?test=178132011build=282
It seems that in cmTargetIncludeDirectories, either
Hi there,
I'm still trying to figure out the appropriate fix for
https://bugreports.qt-project.org/browse/QTBUG-29186
In a previous thread, it was reported that something similar was done with
Qt 4, but it's not clear to me how - FindQt4 and related files don't seem to
do it.
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13940
==
Reported By:Daniel Pfeifer
Assigned To:
On 02/21/2013 06:42 AM, Stephen Kelly wrote:
I'm still trying to figure out the appropriate fix for
https://bugreports.qt-project.org/browse/QTBUG-29186
In a previous thread, it was reported that something similar was done with
Qt 4, but it's not clear to me how - FindQt4 and related
On 02/21/2013 04:16 AM, Stephen Kelly wrote:
These failures have been occuring since I merged a recent branch extending
the test:
http://open.cdash.org/testDetails.php?test=178135681build=2821141
http://open.cdash.org/testDetails.php?test=178132011build=282
From the test output:
On 02/16/2013 10:17 AM, Peter Kuemmel wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=303014279a160ea73777426d63cdf2c7f794018f
commit 303014279a160ea73777426d63cdf2c7f794018f
Author: Peter Kümmel syntheti...@gmx.net
AuthorDate: Sat Feb 16 16:14:23 2013 +0100
Commit: Peter
On 02/19/2013 02:45 PM, Alexander Neundorf wrote:
On Monday 18 February 2013, Brad King wrote:
Why not also pass in the name of the _FOUND variable e.g.
FPHSA(Foo DEFAULT_MSG FOO_INCLUDE_DIR FOO_LIBRARY
FOUND_VAR Foo_FOUND)
I agree with this, OTOH the maintainer could now write
On 02/21/2013 11:24 AM, Peter Kümmel wrote:
Otherwise I've no idea what happened, and would assume no Ninja is installed.
That dashboard machine does a fresh build of ninja from source.
It looks like Ninja stopped building on the same day:
http://open.cdash.org/viewNotes.php?buildid=2821702
Looks like ninja needs to be patched to suppress warning C2220 inside
version.cc
On Thu, Feb 21, 2013 at 11:43 AM, Brad King brad.k...@kitware.com wrote:
On 02/21/2013 11:24 AM, Peter Kümmel wrote:
Otherwise I've no idea what happened, and would assume no Ninja is
installed.
That
On Thursday 21 February 2013, Brad King wrote:
On 02/19/2013 02:45 PM, Alexander Neundorf wrote:
...
Well, FPHSA could error out if FOUND_VAR does not equal PackageName_FOUND
or PACKAGENAME_FOUND, but this would be somewhat strange.
IMO that would be better. It's not much different from a
On 2/21/2013 11:50 AM, Robert Maynard wrote:
Looks like ninja needs to be patched to suppress warning C2220 inside
version.cc
I will report this back to the ninja list.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518
Brad King wrote:
It is the MSYS shell that transforms
/empty5/private
to
D:/msys/1.0/empty5/private
Wow! :) I know 0 about msys.
We can work around this by using two paths so that the ; prevents the
value from looking like a path. See the patch below. From the bottom
hunk
Brad King wrote:
On 02/21/2013 06:42 AM, Stephen Kelly wrote:
I'm still trying to figure out the appropriate fix for
https://bugreports.qt-project.org/browse/QTBUG-29186
In a previous thread, it was reported that something similar was done
with Qt 4, but it's not clear to me how -
On 02/21/2013 12:36 PM, Alexander Neundorf wrote:
On Thursday 21 February 2013, Brad King wrote:
On 02/19/2013 02:45 PM, Alexander Neundorf wrote:
...
Well, FPHSA could error out if FOUND_VAR does not equal PackageName_FOUND
or PACKAGENAME_FOUND, but this would be somewhat strange.
IMO that
Hi,
I learned that executables for Windows 7 need some manifest embedded, and that
this works more or less automatically with CMake and MSVC.
I also learned that our (KDE's) Windows team wrote a tool to do the same when
using mingw. It is a few kB of STL-only C++ code, and this macro:
macro
On Thursday 21 February 2013, Brad King wrote:
On 02/21/2013 12:36 PM, Alexander Neundorf wrote:
On Thursday 21 February 2013, Brad King wrote:
On 02/19/2013 02:45 PM, Alexander Neundorf wrote:
...
Well, FPHSA could error out if FOUND_VAR does not equal
PackageName_FOUND or
On 02/21/2013 03:52 PM, Alexander Neundorf wrote:
Done, I merged FPHSA_FOUND_VAR_OPTION into next.
Great, thanks!
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the
On 02/21/2013 01:07 PM, Alexander Neundorf wrote:
I learned that executables for Windows 7 need some manifest embedded, and
that
this works more or less automatically with CMake and MSVC.
I also learned that our (KDE's) Windows team wrote a tool to do the same when
using mingw. It is a
On Thursday 21 February 2013, Brad King wrote:
On 02/21/2013 01:07 PM, Alexander Neundorf wrote:
I learned that executables for Windows 7 need some manifest embedded, and
that this works more or less automatically with CMake and MSVC.
I also learned that our (KDE's) Windows team wrote a
On 2/21/2013 5:08 PM, Alexander Neundorf wrote:
Bill, as the author of the current manifest support for MSVC what
do you think?
Sounds good to me.
Alex, can you please post a link to the KDE implementation in C++?
It's currently GPL licensed, if you are interested, I'll ask the authors
Hello everyone , I use CMake to build a qt4 project,
I found after this commit
ec85306025ae787e08d4ce097fde966f1809c74f
Merge topic 'tll-includes-defines'
re-run cmake of my project gives segmentfault.
console :
config step is just all right
-- Configuring done
segmentfault
gdb trace
Yes,
I selected Visual Studio 10 x64, this is what i am using.
On Thu, Feb 21, 2013 at 12:41 AM, John Drescher-2 [via CMake]
ml-node+s3232098n7583302...@n2.nabble.com wrote:
On Wed, Feb 20, 2013 at 2:07 PM, amitsuveer [hidden
email]http://user/SendEmail.jtp?type=nodenode=7583302i=0
wrote:
Hi All, Thank you very much. I found the reason. It is a spelling error.
(UINCODE, not UNICODE) How stupid I am. Thanks again. Best regardsYanming
Date: Wed, 20 Feb 2013 07:35:57 -0600
From: pjohnmeyer+cm...@gmail.com
To: ym...@hotmail.com
CC: cmake@cmake.org
Subject: Re: [CMake] Remove _MBCS
Don't be too hard on yourself... We all make typos now and again. :-)
You're smart enough to ask for help when you need it. Even if it does turn out
to be something like this in the end.
Cheers,
David C.
-Original Message-
From: YanmingZou ym...@hotmail.com
To: Patrick
Hi,
I've just setup a SuperBuild using ExternalProject, and am pleasantly surprised
how well it works so far.
I've encountered one issue, which is awkward - I'm basically using the
SuperBuild to automate assembling / updating dependencies for the final
sub-project, which is the real project
You might consider using code from Boost's config subsystem. There's a list of
dozens of macros they define to set what features are available in what
compilers here:
I'm having difficulty getting ExternalProject_Add to work with XCode. It
appears to be a CMake bug, and I'll file it if no one corrects me. I've been
unable to find any other reports of this issue.
Specifically, I'm getting the following error:
CMake Error at /Applications/CMake
On 2/20/2013 2:07 PM, amitsuveer wrote:
The C compiler identification is unknown
The CXX compiler identification is unknown
Performing Test Support for 64 bit file systems
It should not be unknown...
Can you send the files in CMakeFiles?
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
On 2/21/2013 10:34 AM, James Turner wrote:
I've just setup a SuperBuild using ExternalProject, and am pleasantly
surprised how well it works so far.
I've encountered one issue, which is awkward - I'm basically using
the SuperBuild to automate assembling / updating dependencies for the
final
On 2/21/2013 12:02 PM, Todd Greer wrote:
I’m having difficulty getting ExternalProject_Add to work with XCode. It
appears to be a CMake bug, and I’ll file it if no one corrects me. I’ve
been unable to find any other reports of this issue.
Should work
Can you give a small example that
Hi James,
On a slightly different topic, you mentioned you were using Boost, did you
find a version of boost 1.49 that was CMake'ified ?
Here is the one I found: http://gitorious.org/boost/cmake/trees/cmake-1.49.0
Thanks
Jc
On Thu, Feb 21, 2013 at 12:39 PM, Bill Hoffman
On 2/21/2013 12:59 PM, Jean-Christophe Fillion-Robin wrote:
Hi James,
On a slightly different topic, you mentioned you were using Boost, did
you find a version of boost 1.49 that was CMake'ified ?
Here is the one I found: http://gitorious.org/boost/cmake/trees/cmake-1.49.0
Thanks
Jc
There
Hi all,
I found an old cmake bug entry (see below) for the problem I have:
I downloaded and installed the 32bit cmake exe on a 64bit windows
and wanted to build our project as 64bit executable. However in our
cmake files (which are used for Linux, Solaris, windows) we often check
for the current
On Thu, Feb 21, 2013 at 2:46 PM, Martin Koller martin.kol...@etm.at wrote:
Hi all,
I found an old cmake bug entry (see below) for the problem I have:
I downloaded and installed the 32bit cmake exe on a 64bit windows
and wanted to build our project as 64bit executable. However in our
cmake
As I'm now deep in tracing through 80K lines of cmake --trace output, man
I'd love some sort of CMake debugger!
Actually if you use Emacs you can kinda sorta do tracing -- run CMake with
the --trace parameter in the compile bufffer (i.e. alt-x compile command)
and then the Emacs next-error steps
Hi Kent,
Matt started to work on a debugger last year, any contribution would be
welcome.
See https://github.com/thewtex/cmakedbg
Hth
Jc
On Thu, Feb 21, 2013 at 3:32 PM, Kent Williams nkwmailingli...@gmail.comwrote:
As I'm now deep in tracing through 80K lines of cmake --trace output, man
Here's a minimal CMakeLists.txt:
cmake_minimum_required(VERSION 2.8)
project(cmake_ep_test)
include(ExternalProject)
ExternalProject_Add(
gtest
SOURCE_DIR ${CMAKE_SOURCE_DIR}/../googletest
INSTALL_COMMAND
On 2/21/2013 8:15 PM, Todd Greer wrote:
add_definitions(-include global/Include.h)
We call CMake with these two lines in a shell script: cmake -G Xcode
.. cmake --build . --config Release
It turns out that call to add_definitions is key. It worked perfectly
until we added in the
The -include global/Include.h works great, until it crosses paths with
ExternalProject. It will probably work just as well in CMAKE_CXX_FLAGS.
I've got two potential workarounds in mind
1. Move the -include to CMAKE_CXX_FLAGS
2. Specify an explicit CONFIGURE_COMMAND and BUILD_COMMAND, so the
Hello Bill,
I am attaching all the files present at C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/ location. I have changed name of
SquishRunTestCase.bat to SquishRunTestCase._bat.
I doubt about installation of CMake. During installation it asked me about
add to path check box. I did
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 26ea2aadf015bd30efb1f358dd49b4a88f88403b (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 2db860191c177307f4e48b77d4d6569a101124eb (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 3e2180f121e5cdc7376c94a5067731a2e07bab57 (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 e11a7cea7486cf214bece3a913b60402ffd52f75 (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 53b2797e114a3773a18051149b4a83da2d035902 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 3a3b8b9..cb5046c 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 10)
-set(CMake_VERSION_TWEAK 20130221
48 matches
Mail list logo