t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 42188bd..19aa2b0 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
# CMake version number components.
set(CMake_VERSION_MAJOR 3)
set(CMake_VERSION_MINOR 12)
-set(CMake_VERSION_PATCH 20180620)
+set(CMake_VER
On Thu, Jun 21, 2018 at 2:47 AM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
> I have a project where we have a bunch of plugins that are compiled. We
> are currently wrapping with Pybind11 to access those libraries from Python.
> The issue on windows is that we get a multiple DLL load
I've used the following a few times recently to get a sense of hotspots:
https://gist.github.com/ihnorton/05f1dea38e596e75ba106855d490e66a
On Wed, Jun 20, 2018 at 10:17 AM Robert Dailey
wrote:
> I set my minimum required version to 3.6, which should enable those
> policies by default (if
I've used the following a few times recently to get a sense of hotspots:
https://gist.github.com/ihnorton/05f1dea38e596e75ba106855d490e66a
On Wed, Jun 20, 2018 at 10:17 AM Robert Dailey
wrote:
> I set my minimum required version to 3.6, which should enable those
> policies by default (if
I have a project where we have a bunch of plugins that are compiled. We are
currently wrapping with Pybind11 to access those libraries from Python. The
issue on windows is that we get a multiple DLL load error and our thought was
to create 1 enormous python module library (Not sure if this is
I set my minimum required version to 3.6, which should enable those
policies by default (if they're truly in 3.1 as you indicated).
My CMake scripts do a lot of work to build a "tree" of properties
connecting targets, so that I can recurse the targets my system
generates to process things. CMake
I set my minimum required version to 3.6, which should enable those
policies by default (if they're truly in 3.1 as you indicated).
My CMake scripts do a lot of work to build a "tree" of properties
connecting targets, so that I can recurse the targets my system
generates to process things. CMake
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 ecbaed7ad6483f9a679855def48a70f1c1a43077 (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 3f7cf0389c942cb4267b4e68d6b38495c8222649 (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 e11f660ae1b31f730212af43e1094f8dc3d42ef8 (commit)
via
Hello!
I got a problem while trying to use CMake 3.11.3 to configure a project
that uses Boost.Exception library and LLVM-vs2014 toolset with MSVS 2017
v15.7.4.
I configure the project using cmake-gui. I select the Visual Studio 15 2017
generator and set optional toolset option to LLVM-vs2014. I
I am not aware of any built in functionality that can generate
performance numbers for a project.
Have you made sure that the performance/parsing policies are set to
NEW or your cmake_minimum_required is sufficiently high, those can
have a significant improvement on configuration time.
Polices (
12 matches
Mail list logo