The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13463
==
Reported By:Jerry Krinock
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13464
==
Reported By:Alexander Broekhuis
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13465
==
Reported By:Alexander Broekhuis
Assigned To:
David Cole wrote:
On behalf of myself, Ken, Bill, Brad, Alex, Zach, Ben, Eike, Eric and
the rest of the CMake team from all around the world, we are pleased
to announce that CMake 2.8.9 is now available for download at:
http://www.cmake.org/files/v2.8/?C=M;O=D
Congratulations on the
Hi,
I've merged a branch into next to ensure that compiler definitions are only
added one time on the command line.
I haven't yet merged it to next because I'm not sure if other generators
need a similar change (I tested with Makefiles and Ninja), and I'm not sure
if there's any reason it is
Hi,
I've added a qt4_use_modules function to Qt4Macros.cmake. I'm looking for
some review before merging it to next.
As qt5_use_modules is the best way to use Qt5, and as it is easier to port
from qt4_use_modules to qt5_use_modules than to port from the free use of
cmake commands for
Can you try again with a nightly build of CMake?
There's a change that we did not take that *is* in the nightly build,
but is not in the 2.8.9 release. I'd like to know if that change is
responsible for this behavior.
We were uncertain of this commit [
I assume it's the qt4_use_modules branch on the stage?
On Fri, Aug 10, 2012 at 5:03 AM, Stephen Kelly steve...@gmail.com wrote:
Hi,
I've added a qt4_use_modules function to Qt4Macros.cmake. I'm looking for
some review before merging it to next.
As qt5_use_modules is the best way to use
On 08/09/2012 09:00 PM, J Decker wrote:
Please make mod to fix (last message has correction)
http://public.kitware.com/Bug/view.php?id=11866#bugnotes
I don't have git available at this moment, but it's a one line change...
See the note I just added here:
On 08/10/2012 04:53 AM, Stephen Kelly wrote:
I've merged a branch into next to ensure that compiler definitions are only
added one time on the command line.
The Preprocessor test already has extensive coverage of COMPILE_DEFINITIONS.
Can that test be extended for your cases instead of adding a
David Cole wrote:
I assume it's the qt4_use_modules branch on the stage?
Yes, sorry, I should have pointed that out.
--
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 08/10/2012 08:53 AM, Stephen Kelly wrote:
The point of doing it in a separate test was to be more clearly able to see
the duplication without it getting lost in a different test, and to be able
to see which one sets which definition first (add_defintions or
Hi Folks,
With 2.8.9 out we'd like to perform two sweeping style change commits:
(1) Remove all remnants of trailing whitespace
(2) Convert all CMake language code to use lower-case commands
These changes are likely to conflict with many changes others may
be doing. We'd like to first merge or
Brad King wrote:
On 08/10/2012 08:53 AM, Stephen Kelly wrote:
The point of doing it in a separate test was to be more clearly able to
see the duplication without it getting lost in a different test, and to
be able to see which one sets which definition first (add_defintions or
Brad King wrote:
Hi Folks,
With 2.8.9 out we'd like to perform two sweeping style change commits:
(1) Remove all remnants of trailing whitespace
(2) Convert all CMake language code to use lower-case commands
Sounds great to me :)
Thanks,
Steve.
--
Powered by www.kitware.com
Visit
On Fri, Aug 10, 2012 at 10:57 AM, Brad King brad.k...@kitware.com wrote:
On 08/10/2012 10:52 AM, Stephen Kelly wrote:
Stephen Kelly wrote:
Brad King wrote:
Hi Folks,
With 2.8.9 out we'd like to perform two sweeping style change commits:
(1) Remove all remnants of trailing whitespace
(2)
On 08/10/2012 10:52 AM, Stephen Kelly wrote:
Stephen Kelly wrote:
Brad King wrote:
Hi Folks,
With 2.8.9 out we'd like to perform two sweeping style change commits:
(1) Remove all remnants of trailing whitespace
(2) Convert all CMake language code to use lower-case commands
Do you
On 08/10/2012 10:30 AM, Stephen Kelly wrote:
I've updated the branch with the API change to use std::set. The XCode
generator does not use the cmLocalGenerator::AppendDefines method, but the
VisualStudio6Generator does.
That wasn't quite what I had in mind. The string of escaped
defines
David Cole wrote:
On Fri, Aug 10, 2012 at 10:57 AM, Brad King
brad.k...@kitware.com wrote:
Do you also have a script to clear the contents of endforeach(),
endif(), endmacro(), endfunction()? Or do you not want to do that?
That's a bit more risky because sometimes they span multiple lines.
Okay figured out the required mods to use the common version variable...
http://public.kitware.com/Bug/view.php?id=11866#c30208
On Fri, Aug 10, 2012 at 5:23 AM, Brad King brad.k...@kitware.com wrote:
On 08/09/2012 09:00 PM, J Decker wrote:
Please make mod to fix (last message has
Ya, unfortunatly I don't have the specific case that was failing
anymore... it's probably because I've been using the same build output
since 2.8.6 and just keep updating cmake... last couple versions have
actually gone smoothly
On Fri, Aug 10, 2012 at 4:21 AM, David Cole david.c...@kitware.com
Have you even used a nightly CMake from the last month or so, or
have you only been using release candidates and official releases?
On Fri, Aug 10, 2012 at 2:35 PM, J Decker d3c...@gmail.com wrote:
Ya, unfortunatly I don't have the specific case that was failing
anymore... it's probably
Mostly stable releases a week or so after non RC is released...
On Fri, Aug 10, 2012 at 11:39 AM, David Cole david.c...@kitware.com wrote:
Have you even used a nightly CMake from the last month or so, or
have you only been using release candidates and official releases?
On Fri, Aug 10, 2012
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13466
==
Reported By:Daniel Franke
Assigned To:
Hi,
Can you please post the output of the following command here ?
g++ -v -E -x c++ -dD /dev/null
(or clang if you're using that).
It would be even better if you could create a bug report at
http://public.kitware.com/Bug for this and put the information there :-)
I've created a bug
Hi everyone!
I have a problem to generate a Xcode project.
I completely remove Xcode 4.4.1 (and command line tools) and CMake 2.8.9.
I reinstall Xcode 4.4.1 and command line tools and CMake 2.8.9.
I had this error when I try to generate a XCode project ('cmake -GXcode .'):
xcodebuild:
Hi again!
I succeed to generate a Xcode project (with a normal user) with cmake-gui.
I hope this new information can lead you to the solution.
Regards,
Romain
Le 10/08/12 11:34, Romain LEGUAY a écrit :
Hi everyone!
I have a problem to generate a Xcode project.
I completely remove Xcode
There is never any reason to run CMake as root or to use sudo to
configure a project build tree with CMake.
Mixing and matching use of sudo/non-sudo within the same build tree is
simply asking for file permissions problems.
On Fri, Aug 10, 2012 at 10:22 AM, Romain LEGUAY romain.leg...@gmail.com
On 8/9/2012 6:04 PM, Jerry Krinock wrote:
Although not requiring installation of Xcode's command-line tools
would be nice, at a minimum, CMake's runtime, or at least its
installer, should check for any needed prerequisites and inform the
user if a prerequisite is missing. I've spent several
When templating ProjectConfig.cmake files, I like to have
${MY_CMAKE_VARIABLE} stuff in the output, so I use @ONLY at configure
time, e.g.,
configure_file(ProjectConfig.cmake.in
${PROJECT_BINARY_DIR}/ProjectConfig.cmake @ONLY)
The @-syntax in ProjectConfig.cmake.in works okay most
I am going to be *very* pedantic here so you may slap me upside the head. The
compiler was never just there on OS X. It has *always* required the
installation of the developer tools. With 10.8 it would seem that installing
Xcode is not enough to get the command line tools any more. The
Yes, it's true, but now there's extra required beyond simply installing Xcode.
Brad's partially addressed the problem here today, with this commit,
now in 'next':
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e88bae77c3388a5b474b081e572004f02772d162
However, in order to run on one of
On 8/10/2012 2:30 PM, Michael Jackson wrote:
I am going to be *very* pedantic here so you may slap me upside the
head. The compiler was never just there on OS X. It has *always*
required the installation of the developer tools. With 10.8 it would
seem that installing Xcode is not enough to get
Agreed on all points.
--
Mike Jackson www.bluequartz.net
On Aug 10, 2012, at 2:52 PM, Bill Hoffman wrote:
On 8/10/2012 2:30 PM, Michael Jackson wrote:
I am going to be *very* pedantic here so you may slap me upside the
head. The compiler was never just there on OS X. It has *always*
required
Hi all,
Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here.
Example one-line reply:
http://public.kitware.com/Bug/view.php?id=13463
Please move specific discussions into the bugs themselves or start a
new thread to
I have had trouble building xcode projects from Cmake since xcode changed its
location from /Developer/Application.
Having built and played with my own cmake version, I now see that the reason I
have not been able to generate xcode projects is because I have chosen to
install xcode in a
By xcode plist, I mean xcode's version.plist...
On 11 Aug 2012, at 01:38, Etuka Onono et...@tesco.net wrote:
I have had trouble building xcode projects from Cmake since xcode changed its
location from /Developer/Application.
Having built and played with my own cmake version, I now see that
Brad fixed this today, and if the nightly builds work overnight
tonight, nightly builds of CMake will be able to use xcode-select to
dynamically determine the location of Xcode.
This fix will be in the next official CMake release, 2.8.10.
On Fri, Aug 10, 2012 at 8:44 PM, Etuka Onono
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 19ecefe44161e0e33dc3ede86d8316d1cf37f4ab (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 annotated tag, v2.8.9 has been created
at 267a18442f202f756b76fe7344cbf653765e4630 (tag)
tagging
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 eb0df2af00914a20e29eb57e4c0348902edbeacb (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 06f2820..2ca7bed 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 9)
-SET(CMake_VERSION_TWEAK 20120810
42 matches
Mail list logo