t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index f24dc93..0f2f036 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 13)
-set(CMake_VERSION_PATCH 20181231)
+set(CMake_VER
On 12/31/2018 4:38 PM, Kyle Edwards wrote:
On Mon, 2018-12-31 at 16:16 -0500, Donald MacQueen [|] via CMake wrote:
First, CMake is quite impressive. Nice job.
I am using it in a non-standard way where I set a bunch of variables
and
then go straight to CTest thatI installs our software and then
On 2018-12-31 16:38-0500 Kyle Edwards via CMake wrote:
On Mon, 2018-12-31 at 16:16 -0500, Donald MacQueen [|] via CMake wrote:
First, CMake is quite impressive. Nice job.
I am using it in a non-standard way where I set a bunch of variables
and
then go straight to CTest thatI installs our
Responses inline.
On Mon, Dec 31, 2018 at 2:17 PM Ben Boeckel wrote:
> On Sun, Dec 30, 2018 at 13:09:23 -0800, Saleem Abdulrasool wrote:
> > I was looking at supporting Swift as a language in CMake. I know that
> > CMake has some preliminary support that assumes that you are building on
> >
Hi Kyle,
Thanks, I did look at generator expressions. However, they are expanded
outside the scope of the placeholders and will be emitted into the
generated build file, which makes them unusable in this scenario.
On Mon, Dec 31, 2018 at 7:14 AM Kyle Edwards
wrote:
> On Sun, 2018-12-30 at
On Sun, Dec 30, 2018 at 13:09:23 -0800, Saleem Abdulrasool wrote:
> I was looking at supporting Swift as a language in CMake. I know that
> CMake has some preliminary support that assumes that you are building on
> macOS with Xcode. I am trying to support building swift libraries and
>
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 124c741f7bb4e32f933b2ef9ca3414985992278e (commit)
via
On Mon, 2018-12-31 at 16:16 -0500, Donald MacQueen [|] via CMake wrote:
> First, CMake is quite impressive. Nice job.
>
> I am using it in a non-standard way where I set a bunch of variables
> and
> then go straight to CTest thatI installs our software and then runs
> several hundred tests on
First, CMake is quite impressive. Nice job.
I am using it in a non-standard way where I set a bunch of variables and
then go straight to CTest thatI installs our software and then runs
several hundred tests on it. The batch file looks like this:
rmdir /s/q build
mkdir build
cd build
cmake
On Mon, 2018-12-31 at 13:50 -0500, Donald MacQueen [|] wrote:
> Thanks very much Kyle. I guess I am not real clear about when vars
> should be used as var versus ${var}.
Generally speaking, you use var when setting a variable, and ${var}
when reading its value. It's a lot like how shell variables
Thanks very much Kyle. I guess I am not real clear about when vars
should be used as var versus ${var}.
On 12/31/2018 10:08 AM, Kyle Edwards wrote:
On Sat, 2018-12-29 at 09:01 -0500, Donald MacQueen [|] wrote:
My machine shows up as M6800 under Site in my remote dashboard.
I want to use my
On Sun, 2018-12-30 at 13:09 -0800, Saleem Abdulrasool wrote:
> Hi,
>
> I was looking at supporting Swift as a language in CMake. I know
> that CMake has some preliminary support that assumes that you are
> building on macOS with Xcode. I am trying to support building swift
> libraries and
On Sat, 2018-12-29 at 09:01 -0500, Donald MacQueen [|] wrote:
> My machine shows up as M6800 under Site in my remote dashboard.
>
> I want to use my local dashboard, so I did this in
> CTestConfigCTestConfig.cmake:
>
> IF (${SITE} STREQUAL "M6800")
> set(CTEST_DROP_SITE "192.168.49.128") #
13 matches
Mail list logo