[CMake] Android unrecognized as system name

Dear Madam, dear Sir, I got this message when trying to cross-compile ITK (Insight Toolkit) for Android on Linux: System is unknown to cmake, create: Platform/Android to use this system, please send your config file to cm...@www.cmake.org so it can be added to cmake It seems I set the

Re: [CMake] Android unrecognized as system name

Am 20.06.2014 08:58, schrieb Pierre-Jean Arduin: Dear Madam, dear Sir, I got this message when trying to cross-compile ITK (Insight Toolkit) for Android on Linux: System is unknown to cmake, create: Platform/Android to use this system, please send your config file to cm...@www.cmake.org so it

Re: [CMake] 138% progress when building both all and not-in-all target?

On Friday, June 20, 2014 12:40 PM, Dan Kegel wrote: Seen in the wild today: [119%] Building CXX object CMakeFiles/clownCar.dir/examples_noinst/clownCar.C.o * ... [138%] Built target examples_noinst And on another machine, the last report was [144%] Built target plasmasimple All were with

Re: [CMake] 138% progress when building both all and not-in-all target?

138% make -j4 all examples_noinst I've seen this too but never noticed a pattern about when it happens. Does it always happen when naming more than one target with make -j? I thought you were not supposed to name more than one target with make -j... (but I don't understand fully exactly

Re: [CMake] 138% progress when building both all and not-in-all target?

Definitely when using -j, I'm not sure about multiple targets. That would be a kind of insane restriction if it were true, I think.  I also sometimes see dependencies not get satisfied during parallel builds, when you say something about parallel multiple target builds that worries me, but

Re: [CMake] 138% progress when building both all and not-in-all target?

On Fri, Jun 20, 2014 at 3:02 AM, David Cole dlrd...@aol.com wrote: 138% make -j4 all examples_noinst I've seen this too but never noticed a pattern about when it happens. Does it always happen when naming more than one target with make -j? I thought you were not supposed to name more than

[CMake] check_fortrant_compiler_flag?

I see that there are standard modules for checking C and C++ compiler flags, but there is no equivalent for fortran. Gfortran and ifort, for instance, have different flags for changing/supporting source code format and line length restrictions, so it would be very useful to be able to check which

Re: [CMake] check_fortrant_compiler_flag?

On 20.06.2014 15:57, Jack Stalnaker wrote: I see that there are standard modules for checking C and C++ compiler flags, but there is no equivalent for fortran. Gfortran and ifort, for instance, have different flags for changing/supporting source code format and line length restrictions, so it

Re: [CMake] 138% progress when building both all and not-in-all target?

wow On Fri, Jun 20, 2014 at 10:31 AM, Dan Kegel d...@kegel.com wrote: It occurs to me that invoking make on this cmake-generated makefile with two targets and -j4 has indeed triggered a more serious problem, and the build fails nondeterministically with an internal error in ld (presumably

Re: [CMake] 138% progress when building both all and not-in-all target?

It occurs to me that invoking make on this cmake-generated makefile with two targets and -j4 has indeed triggered a more serious problem, and the build fails nondeterministically with an internal error in ld (presumably because the linker's being invoked twice in parallel on the same file?). See

Re: [CMake] 138% progress when building both all and not-in-all target?

For what it's worth, that ld error message I ran into does point to the linker being run twice concurrently with same commandline. ( See also https://bugzilla.redhat.com/show_bug.cgi?id=809122 ) On Fri, Jun 20, 2014 at 7:35 AM, Leif Walsh leif.wa...@gmail.com wrote: wow On Fri, Jun 20, 2014

[cmake-developers] Clang 3.5-svn emmits tautological-pointer-compare warning

Hi CMake developers, I like CMake for not generating a ton of warnings. I just tried with a recent SVN version of Clang 3.5 which learned again new warnings: [ 6%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.cxx.o

[cmake-developers] [CMake 0014981]: AUTOUIC not generating all needed ui_xxx.h files

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14981 == Reported By:aseguralasa Assigned To:

[cmake-developers] [CMake 0014982]: VS14 VS2014 Support

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14982 == Reported By:Pawel Stopinski Assigned To:

[cmake-developers] [CMake 0014983]: POSITION_INDEPENDENT_CODE does not add -pie

The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14983 == Reported By:Ludwig Nussel Assigned To:

[cmake-developers] [RFC] ctest: do not output failed when no tests failed

When I glance at ctest output, even if all tests passed, my eye catches failed before noticing the other things, which gives me a start. I'm not sure if this is an appropriate change in the face of existing codebases which might have dependencies on the current message consistency. Would this be

[cmake-developers] [PATCH 0/5] IMPORTED targets for some Find modules

To simplify exporting targets I added IMPORTED targets to some of the Find modules. Unfortunately targets behave differently than variables and can give different results when multiple find_package calls with different hints or options are made. There could be possible work-arounds (e.g.

[cmake-developers] [PATCH 4/5] FindGLUT.cmake: Add imported targets and documentation

The APPLE part works, but definitely could be improved upon. --- Modules/FindGLUT.cmake | 58 +- 1 file changed, 57 insertions(+), 1 deletion(-) diff --git a/Modules/FindGLUT.cmake b/Modules/FindGLUT.cmake index be7c0cd..6098108 100644 ---

[cmake-developers] [PATCH 5/5] FindBoost.cmake: Add Boost::boost and Boost::C targets and documentation

--- Modules/FindBoost.cmake | 52 - 1 file changed, 51 insertions(+), 1 deletion(-) diff --git a/Modules/FindBoost.cmake b/Modules/FindBoost.cmake index dfd4460..b989957 100644 --- a/Modules/FindBoost.cmake +++ b/Modules/FindBoost.cmake @@ -53,6

[cmake-developers] [PATCH 1/5] FindZLIB.cmake: Add imported target and documentation

--- Modules/FindZLIB.cmake | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/Modules/FindZLIB.cmake b/Modules/FindZLIB.cmake index 8cc382c..d4a27d5 100644 --- a/Modules/FindZLIB.cmake +++ b/Modules/FindZLIB.cmake @@ -2,9 +2,18 @@ # FindZLIB #

[cmake-developers] [PATCH 2/5] FindGLEW.cmake: Add imported target and documentation

--- Modules/FindGLEW.cmake | 16 1 file changed, 16 insertions(+) diff --git a/Modules/FindGLEW.cmake b/Modules/FindGLEW.cmake index 497a80c..f42182f 100644 --- a/Modules/FindGLEW.cmake +++ b/Modules/FindGLEW.cmake @@ -4,6 +4,15 @@ # # Find the OpenGL Extension Wrangler

[cmake-developers] [PATCH 3/5] FindX11.cmake: fix documentation conversion error

--- Modules/FindX11.cmake | 75 +-- 1 file changed, 36 insertions(+), 39 deletions(-) diff --git a/Modules/FindX11.cmake b/Modules/FindX11.cmake index 3a31cf0..90c1499 100644 --- a/Modules/FindX11.cmake +++ b/Modules/FindX11.cmake @@ -4,7 +4,7 @@

[cmake-developers] [CMake 0014984]: Assembler config not working (in VS2005, with partial solution, with zlib-1.2.8)

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14984 == Reported By:CoffeeJ Assigned To:

[Cmake-commits] CMake branch, master, updated. v3.0.0-1158-g17d9878

20140620) +set(CMake_VERSION_PATCH 20140621) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake