[CMake] No CMAKE_CXX_COMPILER could be found

2015-04-17 Thread Jon Hodgson
HI,

Running OSX Snow Leopard, XCode 5.1.1

Command line tools installed.

If I type
clang --version
at the command line I get version 5.1


CMake 3.2.2

The first lines of outpuit I get are

The CXX compiler identification is AppleClang 5.1.0.5030040
The C compiler identification is AppleClang 5.1.0.5030040

But then it bombs out at the line

PROJECT(${PROJECT_NAME} CXX C)

with the error

No CMAKE_CXX_COMPILER could be found

CMake 2.8.11 doesn't bomb out at that point (but does later due to the fact
hat this CMakelist.txt file uses functionality that has changed).

Anybody got any idea what is going on?

cheers

Jon
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

[CMake] XCode equivalent to include_external_msproject

2013-06-13 Thread Jon Hodgson
Hi,

I'm currently converting some cross platform projects to CMake, for easier
maintainance in the future.

They use some third party libraries, which it's easier for me to NOT
convert to CMake (because then I have to update that when the third party
changes their projects), these are built using visual studio and xcode on
windows and Mac respectively.

On windows I've successfully used

include_external_msproject()

To add the project to my configuration and then add the target dependency,
all works very nicely.

Now I'd like to achieve pretty much the same thing with XCode, what's the
closest alternative?

thanks

Jon
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CDash questions

2013-07-19 Thread Jon Hodgson
Hi,

I'm currently in the process of setting up automatic builds using CMake,
CTest and CDash

So far I've got builds working, and subprojects seem to be successfully
implemented, but there are a few things it would be useful to know.

1) Is there a way to quickly remove multiple builds from the dashboard?
since I'm currently still setting up scripts I'm doing a lot of builds to
test things, and with so many builds on the dashboard, it can be hard to
see the wood for the trees... which brings me on to question 2..

2) It seems that the default display (when I just select the "dashboard"
link) shows some sort of cumulation of warnings and errors from a previous
set of builds.
a) is that correct behaviour? In which case, what is the starting point of
the cummulative? Is it all builds since the nightly build time?
b) Can I change it? I don't want to see how many errors I've had today, I
want to see how many errors there were in the last build done on that
system.

3) Currently, though the builds are on a per subproject basis, and
configure is also called on that basis, the configuration is always for the
whole project, is there a standard method for passing a subproject option
to the CMake for my CMake scripts to configure subprojects individually
(giving more useful information in the "configuration" columns of the
subprojects.

4) Submission times are an hour out. Daylight savings time is not being
applied somewhere... any clues where I should look?

thanks in advance

Jon
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CMake and XCode 4.4.1

2013-07-20 Thread Jon Hodgson
Hi,

I have a CMake configured project.

It generates and builds successfully in Visual Studio 10 (32 and 64 bit
projevcts) and in XCode 3.2.4 (on Snow Leopard)

I'm now trying to get it to work on XCode 4.4.1 (on Mountain Lion)

Things start out ok, but then when it comes to build ZERO_CHECK (which I
thought was supposed to build first anyway?) I get an error

make[1] *** No rule to make target *** a/long/path/CMakeCCCompiler.cmake

I look in the relevant location, and I see that CMakeCCCompiler.cmake is
not present, whereas if I look in the equivalent location in the XCode
3.2.4 configuration, it is present.

Has anybody got any ideas?

regards

Jon
--

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMake and XCode 4.4.1

2013-07-21 Thread Jon Hodgson
It seems the problem is that CMake just isn't recognizing a compiler. It
does ok with both 3.2.4 and 4.2.4 on Snow Leopard, but with 4.4.1 on
Mountain Lion, no joy.


On Sat, Jul 20, 2013 at 11:21 AM, Jon Hodgson <
jonhodgson.devli...@googlemail.com> wrote:

> Hi,
>
> I have a CMake configured project.
>
> It generates and builds successfully in Visual Studio 10 (32 and 64 bit
> projevcts) and in XCode 3.2.4 (on Snow Leopard)
>
> I'm now trying to get it to work on XCode 4.4.1 (on Mountain Lion)
>
> Things start out ok, but then when it comes to build ZERO_CHECK (which I
> thought was supposed to build first anyway?) I get an error
>
> make[1] *** No rule to make target *** a/long/path/CMakeCCCompiler.cmake
>
> I look in the relevant location, and I see that CMakeCCCompiler.cmake is
> not present, whereas if I look in the equivalent location in the XCode
> 3.2.4 configuration, it is present.
>
> Has anybody got any ideas?
>
> regards
>
> Jon
>
--

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CMakeGraphVizOptions not working consistently

2015-09-18 Thread Jon Hodgson via CMake
Hi,

I'm using the graphviz functionality of CMake to allow me to extract
dependencies and thus a sub-project build order for auto builds (I'm using
buildbot, and building sub projects separately gives more informative
feedback since I can see which ones fail)

Now as part of that I generate a CMakeGraphVizOptions file containing three
lines

set(GRAPHVIZ_EXTERNAL_LIBS FALSE)
set(GRAPHVIZ_GENERATE_PER_TARGET FALSE)
set(GRAPHVIZ_GENERATE_DEPENDERS FALSE)

Now on windows, using CMake 3.2.1 this works as expected, I get just one
file, the one fro the whole project, with no external libs referenced.

But on OSX, using CMake 3.3.2, only the GRAPHVIZ_EXTERNAL_LIBS variable
seems to make a difference. So I get graphiz files for every target and
depender files for them all.

I thought it might be just responding to the first line, but tried
switching them around and the result was the same.

Luckily the one variable that is working is the one that is crucial for my
needs, the others are just to avoid unnecessary files cluttering things up,
but I'm still intrigued as to why it's failing.

Have I missed something, or is there a bug?

regards

Jon
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake