20150227)
+set(CMake_VERSION_PATCH 20150228)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
Thanks for the help!
It still runs Release mode:
Here's my project:
https://github.com/acgetchell/CDT-plusplus
┌─[*adam*][Hapkido][*±*][master *✗*][~/CDT-plusplus]
└─▪ tree
.
|.git
| |config
| |description
| |HEAD
| |hooks
| | |applypatch-msg.sample
| |
However, once the solution is created, does the path of the shell matter
at all?
No.
John
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
That’s what I have been doing... :(
-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Friday, February 27, 2015 8:33 AM
To: Scott Aron Bloom; CMake ML
Subject: Re: [CMake] Multi-platform visual studio projects
I have been successful with
Src\build.32 and
Thanks!
-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Friday, February 27, 2015 8:26 AM
To: Scott Aron Bloom
Cc: cmake@cmake.org
Subject: Re: [CMake] Multi-platform visual studio projects
However, once the solution is created, does the path of the shell
I have been successful with
Src\build.32 and src\build.64 so that on svn update effects both.
The problem, for my automated build flow, I was hoping to make a mix, 32/64
installer.. it’s a lot harder to do with two completely separate build trees
:(
For this I just make separate
Sorry it's taking so long but this is a huge change to review and the testing
infrastructure was only just worked out.
Thanks for the update.
Your dashboard script still says
set(ENV{PATH})
instead of
set(ENV{PATH} c:\\Windows\\system32;c:\\Windows)
We should test with at least the basic
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 0c5c6acd4b370fed01ba977ac9dee77fd0f9eba3 (commit)
via
Is it possible with cmake, to build a VS 2013, win32 and win64 vsproj solution
file set?
If not, I understand, then I have a follow on question..
Once the two solutions have been built, does it matter how you bring up VS
2013? Or does it only matter for the initial running of cmake ?
Scott
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 4cebb90e6d8a4d123b854b488f9ba1e6e419d891 (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 ed8055f41805ca300a227e685779449d92697e27 (commit)
via
On 02/27/2015 10:56 AM, Geoffrey Viola wrote:
Is there something I can do to improve or expedite the process
of pulling my changes?
Sorry it's taking so long but this is a huge change to review
and the testing infrastructure was only just worked out.
Your dashboard script still says
Thanks..
I have been successful with
Src\build.32 and src\build.64 so that on svn update effects both.
The problem, for my automated build flow, I was hoping to make a mix, 32/64
installer.. it’s a lot harder to do with two completely separate build trees :(
As to my second question, and this
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 29b5ca108e040deea551580baf4d3146c76677f4 (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 c902929e98100e5895b7d06b2c9d06e9dcce4423 (commit)
via
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15424
==
Reported By:Paul Martin
Assigned To:
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, release has been updated
via 4932f59b4cd903169f691f708949ea2afb595492 (commit)
via
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15425
==
Reported By:Mathieu Malaterre
Assigned To:
On Fri, Feb 27, 2015 at 10:44 AM, Scott Aron Bloom
scott.bl...@onshorecs.com wrote:
Is it possible with cmake, to build a VS 2013, win32 and win64 vsproj
solution file set?
If not, I understand, then I have a follow on question..
No create 2 independent trees. I keep the source in a separate
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 0bf6c7fa7bdc40af27a7e81b7e424c6eff02e24a (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 e7070195443970ef07bb22280dce099c382a4956 (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 a8d9abfec3ca940bbe167dd17d54584d4c1380df (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 d853cb238c8ad6633f4f76f8bafe98993d5a5daf (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 ee81de5ec35d1219f89097938b7aa63b40ed4b7a (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 38f1f4e7f30bc9544805da7925d500045722bff1 (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 149f438315bfbefd040c5381916a5c428594e701 (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 83a9cf6d2893f7284da522b052cd53c4affb8f76 (commit)
via
Hello,
I have posted my question here because I forgot I was on this mailing list:
http://stackoverflow.com/questions/28773650/cmake-for-windows-dll-with-opencv-project
there you can find my Cmakelists.txt and some code snippets. This is my
first time trying to build a DLL for windows with
The following issue has been SUBMITTED.
==
https://public.kitware.com/Bug/view.php?id=15426
==
Reported By:Nils Gladitz
Assigned To:
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 a388f6819fca8ebc130dbe9f5c6f157a08885fdd (commit)
via
On Wed, Feb 25, 2015 at 10:45 PM, Stephen Kelly steve...@gmail.com wrote:
Kim Rydhof Thor Hansen wrote:
http://www.cmake.org/cmake/help/v3.0/prop_tgt/AUTOGEN_TARGET_DEPENDS.html
I have a similar problem because automoc doesn't pick up that my
metadata.json file is a dependency to the
Hello,
I'm trying to build a project that uses FindPythonInterp.cmake to locate the
python executable. Thing is that the system I'm working on has python
pointing to a 2.7 install, while the project requires Python 3.x. Is there a
way to influence the search from the command line? I tried
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15423
==
Reported By:Mathieu Malaterre
Assigned To:
On Friday February 27 2015 10:44:11 Omar Valerio wrote:
Hello Omar,
Well yes I suggest you to use a FIND_LIBRARY directive inside your
CMakeList.txt project file and HINT the compiler which location to prefer
for the library to get linked. (
34 matches
Mail list logo