[CMake] PROJECT( LANGUAGES ) and m4

2017-01-06 Thread Brad Bell 

If one looks at the documentation
https://cmake.org/cmake/help/v3.0/command/project.html
one sees
project( [LANGUAGES] [...])
and the following text: 'By default C and CXX are enabled if no language 
options are given.'


It there a list of available languages ?

I have a project that has m4 input files. A single m4 input file can be 
used to generate output in Perl, Octave, Python, or C++ language. Can 
CMake handle this type of dependency, or would I have to use custom 
targets in this case ?


--

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] CMake 3.7.1 gui fails to launch

2017-01-06 Thread daryl 
I'm running Ubuntu 14.04 and I'm trying to get the current version of  
CMake to run.  (The apt-get version is 2.8).


I installed Qt4 (version 4.8.6) with

  $ sudo apt-get install libqt4-core libqt4-dev libqt4-gui qt4-dev-tools

I installed cmake

  $ ./bootstrap & make & sudo make install

all seemed to run without issue.  Running "cmake-gui --version"  
reported version 3.7.1, but running "cmake-gui" failed:


=
daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui --version
cmake version 3.7.1

CMake suite maintained and supported by Kitware (kitware.com/cmake).
daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui
cmake-gui: symbol lookup error: cmake-gui: undefined symbol:  
_ZN9QListData11detach_growEPii

==

That looks like a Qt linkage error.  Any suggestions on resolving this?
--

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread David Cole via CMake 
Can you use Qt5? CMake 3.7 is typically built using Qt5: perhaps a Qt5
**requirement** has crept in since it's the commonly used one now.


HTH,
David C.



On Fri, Jan 6, 2017 at 10:41 AM,   wrote:
> I'm running Ubuntu 14.04 and I'm trying to get the current version of CMake
> to run.  (The apt-get version is 2.8).
>
> I installed Qt4 (version 4.8.6) with
>
>   $ sudo apt-get install libqt4-core libqt4-dev libqt4-gui qt4-dev-tools
>
> I installed cmake
>
>   $ ./bootstrap & make & sudo make install
>
> all seemed to run without issue.  Running "cmake-gui --version" reported
> version 3.7.1, but running "cmake-gui" failed:
>
> =
> daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui --version
> cmake version 3.7.1
>
> CMake suite maintained and supported by Kitware (kitware.com/cmake).
> daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui
> cmake-gui: symbol lookup error: cmake-gui: undefined symbol:
> _ZN9QListData11detach_growEPii
> ==
>
> That looks like a Qt linkage error.  Any suggestions on resolving this?
> --
>
> 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
-- 

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread Konstantin Podsvirov 
Hm...18:52, 6 january 2017 г., David Cole via CMake :Can you use Qt5? CMake 3.7 is typically built using Qt5: perhaps a Qt5**requirement** has crept in since it's the commonly used one now.It's work for me with RedHat and Qt 4.8.6.No problem cmake-gui work.HTH,David C.On Fri, Jan 6, 2017 at 10:41 AM,   wrote: I'm running Ubuntu 14.04 and I'm trying to get the current version of CMake to run.  (The apt-get version is 2.8). I installed Qt4 (version 4.8.6) with   $ sudo apt-get install libqt4-core libqt4-dev libqt4-gui qt4-dev-tools I installed cmake   $ ./bootstrap & make & sudo make install all seemed to run without issue.  Running "cmake-gui --version" reported version 3.7.1, but running "cmake-gui" failed: = daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui --version cmake version 3.7.1 CMake suite maintained and supported by Kitware (kitware.com/cmake). daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui cmake-gui: symbol lookup error: cmake-gui: undefined symbol: _ZN9QListData11detach_growEPii == That looks like a Qt linkage error.  Any suggestions on resolving this? -- 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-- Powered by www.kitware.comPlease keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQKitware offers various services to support the CMake community. For more information on each offering, please visit:CMake Support: http://cmake.org/cmake/help/support.htmlCMake Consulting: http://cmake.org/cmake/help/consulting.htmlCMake Training Courses: http://cmake.org/cmake/help/training.htmlVisit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.htmlFollow this link to subscribe/unsubscribe:http://public.kitware.com/mailman/listinfo/cmakeОтправлено из мобильной Яндекс.Почты: http://m.ya.ru/ymail
-- 

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread Andreas Pakulat 
Hi,

On Fri, Jan 6, 2017 at 4:41 PM,   wrote:
> CMake suite maintained and supported by Kitware (kitware.com/cmake).
> daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui
> cmake-gui: symbol lookup error: cmake-gui: undefined symbol:
> _ZN9QListData11detach_growEPii
> ==
>
> That looks like a Qt linkage error.  Any suggestions on resolving this?

Right, in particular it means that cmake-gui uses that symbol but none
of the libraries loaded into the executable have it. I'd start with
checking what ldd says is being loaded for your cmake-gui executable.
Maybe there's another Qt installation in LD_LIBRARY_PATH that is being
used for running cmake-gui even though its been built against the Qt
in /usr/. The other common cause could be the inverse of that, its
trying to run against your system Qt but the build process has picked
up a Qt from elsewhere compiled with different flags that change the
symbols name.

Andreas
-- 

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread daryl 
As it turns out, no, I can't use Qt5.  In fact, I'd love to hear from  
anyone who actually has.  I find this in Modules/FindQt.make:


===
if (Qt_FIND_VERSION)
  if (Qt_FIND_VERSION MATCHES "^([34])(\\.[0-9]+.*)?$")
set(DESIRED_QT_VERSION ${CMAKE_MATCH_1})
  else ()
message(FATAL_ERROR "FindQt was called with invalid version  
'${Qt_FIND_VERSION}'. Only Qt major versions 3 or 4 are supported. If  
you do not need to support both Qt3 and Qt4 in your source consider  
calling find_package(Qt3) or find_package(Qt4) instead of  
find_package(Qt) instead.")

  endif ()
endif ()
===

So I re-installed Qt4, rebuilt CMake (./bootstrap --qt-gui, make, sudo  
make install) and still got the same runtime failure.


Quoting David Cole :


Can you use Qt5? CMake 3.7 is typically built using Qt5: perhaps a Qt5
**requirement** has crept in since it's the commonly used one now.


HTH,
David C.



On Fri, Jan 6, 2017 at 10:41 AM,   wrote:

I'm running Ubuntu 14.04 and I'm trying to get the current version of CMake
to run.  (The apt-get version is 2.8).

I installed Qt4 (version 4.8.6) with

  $ sudo apt-get install libqt4-core libqt4-dev libqt4-gui qt4-dev-tools

I installed cmake

  $ ./bootstrap & make & sudo make install

all seemed to run without issue.  Running "cmake-gui --version" reported
version 3.7.1, but running "cmake-gui" failed:

=
daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui --version
cmake version 3.7.1

CMake suite maintained and supported by Kitware (kitware.com/cmake).
daryl@eve-ldb:~/cmake/cmake-3.7.1$ cmake-gui
cmake-gui: symbol lookup error: cmake-gui: undefined symbol:
_ZN9QListData11detach_growEPii
==

That looks like a Qt linkage error.  Any suggestions on resolving this?
--

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



--

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread Alan W. Irwin 

On 2017-01-06 12:41-0500 da...@daryllee.com wrote:

As it turns out, no, I can't use Qt5.  In fact, I'd love to hear from anyone 
who actually has.


My "ldd -r" results for cmake-gui show my recent bootstrap builds (of
cmake-3.7.0) have been built with Qt5 without linking issues.  I
didn't do anything special for Qt5 other than to install its
development packages (for Debian Jessie in my case).  So I think if
you did the same, it would just work.  That said, ~6 months or so ago,
I didn't have Qt5 installed on my system so my cmake-gui builds back
then were done (without issues) using Qt4.

Also, I have used the combination of cmake and Qt5 in other contexts.  The
issue that is likely confusing you (since it confused me at first
encounter as well) is Qt5 cmake support is provided directly by Qt5
(see  which is provided by
Qt5 developers and not cmake developers).

So, for example, the PLplot build system uses either Qt4 (based on
CMake support provided by CMake) or Qt5 (based on CMake support provided
by Qt5) and my recent (6 months ago and now) experience with CMake
builds is they also work fine for either Qt4 or Qt5.

So like others here have commented, I suspect you have some Qt4
installation issue (e.g., a mixture of private and system versions)
that is causing your present difficulties.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__
--

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

Re: [CMake] How do static libraries get linked in Ninja?

2017-01-06 Thread Robert Dailey 
The latter.

On Thu, Jan 5, 2017 at 3:39 PM, Robert Maynard
 wrote:
> Do you mean you don't see where the static library is created or where
> the static library is listed on the link line for the dynamic library?
>
> On Thu, Jan 5, 2017 at 11:30 AM, Robert Dailey  
> wrote:
>> I have two targets in CMake: a static library and a shared library.
>> The shared library specifies the static library as a target link
>> library.
>>
>> When I generate for Ninja, and I run:
>>
>> $ ninja -v
>>
>> During the link command for the shared library, I do not see the
>> static library specified to g++. I do see *.so files, but not *.a
>> files. Why are static libraries not showing up on the command line for
>> the link step? There must be some black magic happening that I'm not
>> seeing...
>> --
>>
>> 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
-- 

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread Andreas Pakulat 
Hi,

On Fri, Jan 6, 2017 at 6:41 PM,   wrote:
> As it turns out, no, I can't use Qt5.  In fact, I'd love to hear from anyone
> who actually has.  I find this in Modules/FindQt.make:

That module is specifically only for applications wanting to support
Qt3 and Qt4 at the same time.

> ===
> if (Qt_FIND_VERSION)
>   if (Qt_FIND_VERSION MATCHES "^([34])(\\.[0-9]+.*)?$")
> set(DESIRED_QT_VERSION ${CMAKE_MATCH_1})
>   else ()
> message(FATAL_ERROR "FindQt was called with invalid version
> '${Qt_FIND_VERSION}'. Only Qt major versions 3 or 4 are supported. If you do
> not need to support both Qt3 and Qt4 in your source consider calling
> find_package(Qt3) or find_package(Qt4) instead of find_package(Qt)
> instead.")
>   endif ()
> endif ()
> ===
>
> So I re-installed Qt4, rebuilt CMake (./bootstrap --qt-gui, make, sudo make
> install) and still got the same runtime failure.

Well, Qt5 isn't found through a find-module but rather through the
module-mode (or whatever it was called). Qt5 ships with cmake-specific
files that allow cmake to find it as long as its installed in a common
prefix (like /usr) or the installation directory is specified via
CMAKE_PREFIX_PATH. I suspect if you look at the CMakeLists.txt file
you'll see some logic to lookup Qt5 with something like
find_package(Qt5 MODULES QtCore QtGui QtWidgets) and a fallback for
finding with FindQt4 like find_package(Qt4 MODULES QtCore QtGui
QtWidgets). I don't think you'll find usage of the FindQt module in
the cmake sources as the code likely won't build with Qt3.

Andreas
-- 

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] Ctest logs error but returns zero exit code.

2017-01-06 Thread Mike Nicholson 
Hello,

I recently ran into a situation where one of our scripts was attempting to run 
CTest in the wrong directory.   CTest did output a helpful error message:

*
No test configuration file found!
*
Usage

  ctest [options]

But it still returned an exit code of zero.  This behavior seems to be 
counterintuitive. CTest checks for the error condition (no arguments are 
specified at command line and the default CMake or Dart TestFile doesn’t exist) 
and logs the error but does not update the exit code accordingly.

I’d be happy to contribute a patch but before investing the time to do so I’d 
like to understand if this is expected behavior and if so the reasoning behind 
it.

Thanks,
Mike Nicholson

-- 

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

Re: [CMake] CMake 3.7.1 gui fails to launch

2017-01-06 Thread daryl 

And the answer is...

I recently installed an IDE from a not-to-be-named company that I do a  
lot of business with.  The installation of that software places their  
installation directory in LD_LIBRARY_PATH and guess what? their  
installation contains a copy of libQtGui.so and libQtCore.so.  The  
"ldd" tip led me to that discovery.  For now I have put  
/usr/lib/x86_64-linux-gnu in front of their path in LD_LIBRARY_PATH  
and cmake-gui V3.7.1 is working.  I may have to come up with a more  
permanent fix, but for now their stuff seems to work and CMake seems  
to work, so I'm claiming victory.


All I can think of now is how often when I was a kid my dad complained  
about how stubborn I was.  Who knew that would be an asset when I grew  
up?


Thanks again for the help.

Quoting "Alan W. Irwin" :


On 2017-01-06 12:41-0500 da...@daryllee.com wrote:

As it turns out, no, I can't use Qt5.  In fact, I'd love to hear  
from anyone who actually has.


My "ldd -r" results for cmake-gui show my recent bootstrap builds (of
cmake-3.7.0) have been built with Qt5 without linking issues.  I
didn't do anything special for Qt5 other than to install its
development packages (for Debian Jessie in my case).  So I think if
you did the same, it would just work.  That said, ~6 months or so ago,
I didn't have Qt5 installed on my system so my cmake-gui builds back
then were done (without issues) using Qt4.

Also, I have used the combination of cmake and Qt5 in other contexts.  The
issue that is likely confusing you (since it confused me at first
encounter as well) is Qt5 cmake support is provided directly by Qt5
(see  which is provided by
Qt5 developers and not cmake developers).

So, for example, the PLplot build system uses either Qt4 (based on
CMake support provided by CMake) or Qt5 (based on CMake support provided
by Qt5) and my recent (6 months ago and now) experience with CMake
builds is they also work fine for either Qt4 or Qt5.

So like others here have commented, I suspect you have some Qt4
installation issue (e.g., a mixture of private and system versions)
that is causing your present difficulties.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__



--

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