On 02/07/14 09:04, Rick McGuire wrote:
> We like to include the SVN revision number in our build artifacts to
> help keep track of what version people are working with. I found the
> following code on the mailing lists which appears to work fine:
>
> # Get the SVN revision number of an svn comm
We like to include the SVN revision number in our build artifacts to help
keep track of what version people are working with. I found the following
code on the mailing lists which appears to work fine:
# Get the SVN revision number of an svn command line client is
# available. This version will
On 7/1/2014 3:37 PM, Rick McGuire wrote:
The big question comes down to "should I?". Is doing this somehow a
violation of CMake rules/conventions? Are there any issues I
need to
consider? And, the ultimate question is whether it is somehow
possible
On 6/28/2014 1:52 PM, Rick McGuire wrote:
The big question comes down to "should I?". Is doing this somehow a
violation of CMake rules/conventions? Are there any issues I need to
consider? And, the ultimate question is whether it is somehow possible
to set up dependencies where I could get ba
On 7/1/2014 3:38 AM, Jörg Kreuzberger wrote:
As newbee to cmake i only could not understand why this single /
multi configuration stuff is supported. it makes it more complicated,
but i assume it is like always: historical grown.
It is supported because that is the way native development happen
On 07/01/2014 11:06 AM, Konstantin40 wrote:
Hi everyone,
I want to use Labels to group some tests, that I want to execute
together with one command.
However, I cannot find how to specify property "label" for the tests.
Is it possible to set this as test property? Could someone point me to
somew
Hi everyone,
I want to use Labels to group some tests, that I want to execute together
with one command.
However, I cannot find how to specify property "label" for the tests.
Is it possible to set this as test property? Could someone point me to
somewhere, where this is shown?
At the end of this
> I'm not sure why you would recommend anything related to
> CMAKE_BUILD_TYPE for the Visual Studio generators. I would be curious
> to know exactly how you are using it, because internally,
> CMAKE_BUILD_TYPE (to the best of my knowledge) is completely ignored by
> the Visual Studio generators
