_VERSION_MINOR 9)
-set(CMake_VERSION_PATCH 20170802)
+set(CMake_VERSION_PATCH 20170803)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/
> It's probably going to be an uncommon situation
https://www.google.fr/search?q="macro(_"+site%3A%3Ahttps%3A%2F%2Fgithub.com
A lot are namespaced but skimming a bit through the result, there is also
stuff like *_*INTERNAL_PARSE_FLAGS_ARGS, *_*fixup_target, *_*LSB_RELEASE,
*_*plugin_target_name
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 54bc20dd8c4cc042621f21896e32a9b7e25aa892 (commit)
via
On Wed, Aug 2, 2017 at 8:12 AM, DKLind wrote:
> Is it possible to replace the default target of the "Unix Makefiles"
> generated Makefile of 'all' with 'help'? By default, I mean when no target
> is specified when invoking 'make', the 'all' target is assumed.
Because
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 901456d76e769af3868d2163d9345ca53af16353 (commit)
via
On Wed, Aug 2, 2017 at 8:55 AM, Marcus D. Hanwell <
marcus.hanw...@kitware.com> wrote:
> On Wed, Aug 2, 2017 at 3:03 AM, Bo Zhou wrote:
>
>> It depends on the Generator.
>>
>> To the Makefile, the actual type was controlled by the compiler options.
>> If you don't
On Wed, Aug 2, 2017 at 11:50 AM, David Cole via CMake
wrote:
> Yes, your code is a good example Marcus. It was one of the previous
> suggestions on this thread which had example code setting
> CMAKE_CONFIGURATION_TYPES.
>
> I would recommend against setting this variable because
On Wed, Aug 2, 2017 at 2:50 PM, David Cole wrote:
> Yes, your code is a good example Marcus. It was one of the previous
> suggestions on this thread which had example code setting
> CMAKE_CONFIGURATION_TYPES.
>
> I would recommend against setting this variable because in some
Yes, your code is a good example Marcus. It was one of the previous
suggestions on this thread which had example code setting
CMAKE_CONFIGURATION_TYPES.
I would recommend against setting this variable because in some places
in CMake code, it is used as an approximate proxy for whether or not a
On Wed, Aug 2, 2017 at 1:32 PM, David Cole wrote:
> Very cool, Marcus. Thanks for the blog post.
>
> Florian, when you "message(${CMAKE_CONFIGURATION_TYPES})" it is empty
> because you are using a single-configuration CMake generator. Only
> Visual Studio and Xcode (and possibly
On Wed, Aug 2, 2017 at 1:32 PM, David Cole wrote:
>
> Very cool, Marcus. Thanks for the blog post.
>
> Florian, when you "message(${CMAKE_CONFIGURATION_TYPES})" it is empty
> because you are using a single-configuration CMake generator. Only
> Visual Studio and Xcode (and
Very cool, Marcus. Thanks for the blog post.
Florian, when you "message(${CMAKE_CONFIGURATION_TYPES})" it is empty
because you are using a single-configuration CMake generator. Only
Visual Studio and Xcode (and possibly other) **multi** config
generators have a list of values in
On Wed, Aug 2, 2017 at 3:03 AM, Bo Zhou wrote:
> It depends on the Generator.
>
> To the Makefile, the actual type was controlled by the compiler options.
> If you don't specific any type, usually it means non-debug and
> non-optimization because the CMAKE_CXX_FLAGS is
On 08/01/2017 09:53 PM, Alan W. Irwin wrote:
> Yes, that patch works for PLplot.
Great, thanks for testing.
> Assuming you are going to commit this patch is it something that
> needs further extensive testing or will it go into one of the
> CMake-3.9.x releases?
Yes:
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 39bd20a490fb0db69076ef246729fced6d22de01 (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 83c86639103d9cfc009b9e998009d81e579df25f (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, release has been updated
via f71f1943dbbf37fbe2af0d1d121e44ad2c063a71 (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 bf0ef8c461bdb277a77cb9a80ac6f4bc6f5c50ee (commit)
via
Is it possible to replace the default target of the "Unix Makefiles"
generated Makefile of 'all' with 'help'? By default, I mean when no target
is specified when invoking 'make', the 'all' target is assumed.
--
View this message in context:
It depends on the Generator.
To the Makefile, the actual type was controlled by the compiler options. If
you don't specific any type, usually it means non-debug and
non-optimization because the CMAKE_CXX_FLAGS is empty as default. This is
critical, so usually people should specific the actual
20 matches
Mail list logo