[cmake-developers] CMake_TEST_XXX variables

2017-05-13 Thread Craig Scott
Anyone know what sets the various CMake_TEST_XXX variables that are checked
in Tests/CMakeLists.txt? I'm specifically wondering what might set
CMake_TEST_FindGTest, but I can't find any other reference to it. I'm
guessing it is only set on the CMake command line by CI builds or similar,
but getting that confirmed would be helpful.

-- 
Craig Scott
Melbourne, Australia
https://crascit.com
-- 

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-developers

[cmake-developers] Xcode source file type

2017-05-13 Thread James Touton
The Xcode generator currently attempts to set the lastKnownFileType
attribute for every source file in a target.  There's a property that
allows the user to set this value explicitly, but if the property is not
set, the generator comes up with an appropriate value based on the file
extension.  For any file extension the generator does not know about, it
set a value of "sourcecode".

I'd like to remove all of these defaults.  In all cases I'm aware of, Xcode
will fill in the same value that CMake does, except that it doesn't default
to the "sourcecode" value for extensions it doesn't know about.  Xcode has
a much wider set of known file types than CMake does, and can do a much
better job filling in these values.

In particular, I'd most like to get rid of the "sourcecode" default,
because that tends to completely screw up syntax highlighting for file
types that Xcode already knows about.

Would there be any objection to me submitting a pull request for any of the
above?
-- 

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-developers

Re: [cmake-developers] ;-list in docs

2017-05-13 Thread Jean-Michaƫl Celerier
On Sat, May 13, 2017 at 5:39 AM, Craig Scott 
wrote:

> ;-list


It's a shorthand for semicolon-separated list :
https://cmake.org/cmake/help/v3.8/command/separate_arguments.html?highlight=semicolon
-- 

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-developers