Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Eric Noulard
2009/9/26 Michael Wild them...@gmail.com:
 Usually I use

 cvs update -dARP

 which IMHO should probably be the default, because that's what people (i.e.
 me) expect from an update.

-dRP are ok even if I think R is not needed, however you usually don't
want A unless you want to checkout cvs HEAD.

 Are there any plans for CMake (and other Kitware projects) to switch over to
 a more contemporary VCS, such as git, hg or bzr (in the order of my
 preference :-))?

You may already set up a git cvsimport repository which may be
updated daily/hourly. That way you may git clone + branch
from the cvs-imported repo and use git instead of cvs.

If the cvs imported repo is publicly available
other may benefits from your GIT repo.

-- 
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
___
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] [v2.8-rc1] - Strange new warning in FindQt4.cmake

2009-09-26 Thread Christian Ehrlicher
Hi,

I get this warning:

-8--
CMake Warning (dev) at cmake/modules/FindQt4.cmake:826 (SET):
  Local variable QT4_QTUITOOLS_LIBRARY is set to


optimized;D:/kde/kde-msvc/lib/QtUiTools.lib;debug;D:/kde/kde-msvc/lib/QtUiTo
olsd.lib

  but the CACHE entry of the same name is set to

D:/kde/kde-msvc/lib/QtUiTools.lib

  The local variable is hiding the cache value.

  Policy CMP0015 is not set: The set() CACHE mode and option() command make
  the cache value visible.  Run cmake --help-policy CMP0015 for policy
  details.  Use the cmake_policy command to set the policy and suppress this
  warning.
Call Stack (most recent call first):
  cmake/modules/FindQt4.cmake:859 (_QT4_ADJUST_LIB_VARS)
  cmake/modules/MacroOptionalFindPackage.cmake:19 (FIND_PACKAGE)
  CMakeLists.txt:52 (macro_optional_find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.
-8--


Whats wrong here?

Christian



signature.asc
Description: OpenPGP digital signature
___
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

Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Andreas Pakulat
On 25.09.09 16:07:21, Bill Hoffman wrote:
 I am happy to announce that CMake 2.8.0 has entered the beta stage! You
 can find the source and binaries here: http://www.cmake.org/files/v2.8/.
 
 I am sure I am leaving something out, but here is the list of changes
 that I came up with.  (If you notice something missing please let me
 know and I will add it to the official release when 2.8.0 is finalized.)
 Changes in CMake 2.8.0 RC 1

Not sure which one is newer, but I just cvs up'ed to the CMAKE-2-8
branch and tried to build and it failed with this:
[ 90%] Building CXX object
Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
In file included from /home/andreas/src/CMake/Utilities/cm_xmlrpc.h:26,
 from
/home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
/home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc.h:32:36: error:
cmxmlrpc/xmlrpc_config.h: No such file or directory
In file included from /home/andreas/src/CMake/Utilities/cm_xmlrpc.h:27,
 from
/home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
/home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc_client.h:227: warning:
‘xmlrpc_client_event_loop_finish_asynch_timeout’ initialized and
declared ‘extern’
/home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc_client.h:227: error:
variable or field ‘xmlrpc_client_event_loop_finish_asynch_timeout’
declared void
/home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc_client.h:227: error:
‘timeout_t’ was not declared in this scope
make[2]: ***
[Source/CMakeFiles/CTestLib.dir/CTest/cmCTestSubmitHandler.o] Error 1

Andreas

-- 
You will be awarded a medal for disregarding safety in saving someone.
___
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] [v2.8-rc1] does't find freetype on windows

2009-09-26 Thread Christian Ehrlicher
Hi,

FiFreetype with 2.8.0-rc1 (and maybe lower) doesn't find freetype on
windows because ft2build.h isn't searched inside include/freetype2
Adding 'include/freetype2' to PATH_SUFFIXES in the first FIND_PATH
statement solves the problem.


Christian



signature.asc
Description: OpenPGP digital signature
___
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

Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Alexander Neundorf
On Saturday 26 September 2009, Andreas Pakulat wrote:
 On 25.09.09 16:07:21, Bill Hoffman wrote:
  I am happy to announce that CMake 2.8.0 has entered the beta stage! You
  can find the source and binaries here: http://www.cmake.org/files/v2.8/.
 
  I am sure I am leaving something out, but here is the list of changes
  that I came up with.  (If you notice something missing please let me
  know and I will add it to the official release when 2.8.0 is finalized.)
  Changes in CMake 2.8.0 RC 1

 Not sure which one is newer, but I just cvs up'ed to the CMAKE-2-8
 branch and tried to build and it failed with this:
 [ 90%] Building CXX object
 Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
 In file included from /home/andreas/src/CMake/Utilities/cm_xmlrpc.h:26,
  from
 /home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
 /home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc.h:32:36: error:

I think something went wrong with your checkout/update. The directory 
CMake/Utilities/cmxmlrpc/ should be empty/non-existant.

Alex
___
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


Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Michael Wild

Usually I use

cvs update -dARP

which IMHO should probably be the default, because that's what people  
(i.e. me) expect from an update.


Are there any plans for CMake (and other Kitware projects) to switch  
over to a more contemporary VCS, such as git, hg or bzr (in the order  
of my preference :-))?


Michael

On 26.09.2009, at 14:49, Eric Noulard eric.noul...@gmail.com wrote:


2009/9/26 Alexander Neundorf a.neundorf-w...@gmx.net:

On Saturday 26 September 2009, Andreas Pakulat wrote:


Not sure which one is newer, but I just cvs up'ed to the CMAKE-2-8
branch and tried to build and it failed with this:
[ 90%] Building CXX object
Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
In file included from /home/andreas/src/CMake/Utilities/ 
cm_xmlrpc.h:26,

from
/home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
/home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc.h:32:36: error:


I think something went wrong with your checkout/update. The directory
CMake/Utilities/cmxmlrpc/ should be empty/non-existant.


You may need to add pruning -P option to your cvs udpate command.
I did a fresh checkout and had no trouble compiling CMake.


--
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
___
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


___
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

Re: [CMake] Resolution of dependencies for Subversion

2009-09-26 Thread Philip Lowman
You could look to FindImageMagick for inspiration.  It started as a way to
find the ImageMagick binary utilities like convert and mogrify but
support was added to detect the ImageMagick libraries via specifying
additional COMPONENTS.

Not sure if this approach is completely correct for Subversion because it
also seems to depend on APR.  APR should probably be it's own find module
that the Subversion one calls.  E.g.

find_package(Subversion COMPONENTS devel)
(FindSubversion calls find_package(APR) and returns SUBVERSION_LIBRARIES
which includes libsvn, libapr, etc. to the user)

On Fri, Sep 25, 2009 at 11:20 AM, SF Markus Elfring 
elfr...@users.sourceforge.net wrote:

  Again, to me it looks like FindSubversion is for *using* Subversion, not
  for building it. As such, setting up include paths and link libraries is
  not appropriate in that module.

 Does a naming convention exist for configuration scripts?
 How should names be distinguished between scripts which look only for the
 availability of specific client software like the command svn and files
 which determine all parameters for the build process to enable customised
 software development?

 Regards,
 Markus
 ___
 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




-- 
Philip Lowman
___
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

Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Wojciech Migda
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

and what about clearcase snapshot views updating ? Any plans ?

Wojciech

Michael Wild pisze:
 Usually I use

 cvs update -dARP

 which IMHO should probably be the default, because that's what people 
 (i.e. me) expect from an update.

 Are there any plans for CMake (and other Kitware projects) to switch 
 over to a more contemporary VCS, such as git, hg or bzr (in the order 
 of my preference :-))?

 Michael

 On 26.09.2009, at 14:49, Eric Noulard eric.noul...@gmail.com wrote:

 2009/9/26 Alexander Neundorf a.neundorf-w...@gmx.net:
 On Saturday 26 September 2009, Andreas Pakulat wrote:
 Not sure which one is newer, but I just cvs up'ed to the CMAKE-2-8
 branch and tried to build and it failed with this:
 [ 90%] Building CXX object
 Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
 In file included from /home/andreas/src/CMake/Utilities/
 cm_xmlrpc.h:26,
 from
 /home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
 /home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc.h:32:36: error:
 I think something went wrong with your checkout/update. The directory
 CMake/Utilities/cmxmlrpc/ should be empty/non-existant.
 You may need to add pruning -P option to your cvs udpate command.
 I did a fresh checkout and had no trouble compiling CMake.


 --
 Erk
 Membre de l'April - « promouvoir et défendre le logiciel libre » -
 http://www.april.org
 ___
 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

 ___
 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKvi/r0iFl+nAyImcRAj0UAKC+VfSxTZldj2qQR+GV2vItQ0sLPQCgugH3
E9Qc9pF8Nja5bd/qimjYzgg=
=p4Y0
-END PGP SIGNATURE-


--
Bezplatne konto i limit do 100 tys. Otwierasz?
http://link.interia.pl/f2342

___
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

Re: [CMake] [v2.8-rc1] - Strange new warning in FindQt4.cmake

2009-09-26 Thread Alexander Neundorf
On Saturday 26 September 2009, Christian Ehrlicher wrote:
 Hi,

 I get this warning:

 -8--
 CMake Warning (dev) at cmake/modules/FindQt4.cmake:826 (SET):

That's the FindQt4.cmake from kdelibs, right ?
Current trunk ?

   Local variable QT4_QTUITOOLS_LIBRARY is set to


 optimized;D:/kde/kde-msvc/lib/QtUiTools.lib;debug;D:/kde/kde-msvc/lib/QtUiT
o olsd.lib

   but the CACHE entry of the same name is set to

 D:/kde/kde-msvc/lib/QtUiTools.lib

   The local variable is hiding the cache value.

   Policy CMP0015 is not set: The set() CACHE mode and option() command make
   the cache value visible.  Run cmake --help-policy CMP0015 for policy
   details.  Use the cmake_policy command to set the policy and suppress
 this warning.
 Call Stack (most recent call first):
   cmake/modules/FindQt4.cmake:859 (_QT4_ADJUST_LIB_VARS)
   cmake/modules/MacroOptionalFindPackage.cmake:19 (FIND_PACKAGE)
   CMakeLists.txt:52 (macro_optional_find_package)
 This warning is for project developers.  Use -Wno-dev to suppress it.
 -8--


 Whats wrong here?

With cmake  2.8.0 

set(FOO foo)
message(FOO 1: ${FOO})
set(FOO bar ... CACHE)
message(FOO 2: ${FOO})

produced on the initial cmake run:
FOO 1: foo
FOO 2: bar

and on all cmake runs afterwards:
FOO 1: foo
FOO 2: foo

i.e. the value of FOO in the cache was hidden by the value of the local FOO. 
This was probably not really the expected behaviour.
With cmake 2.8.0 it warns when this happens.

What we do in kdelibs/cmake/modules/FindQt4.cmake is that we do
find_library(QT_QTUITOOLS_LIBRARY ...)
and then later on in _QT4_ADJUST_LIB_VARS() we do 
set(QT_QTUITOOLS_LIBRARY ...RELEASE ... DEBUG)
and finally again:

SET(QT_${basename}_LIBRARY ${QT_${basename}_LIBRARY} CACHE FILEPATH The Qt 
${basename} library)

The purpose of the last one was to get that value into the cache, but that did 
not work (since there was already a value in the cache, so that set(CACHE) 
didn't change anything. 
Now cmake warns us about that, this is good.
We (I ?) should fix this in kdelibs, probably sync more or less to the 
FindQt4.cmake from cmake.

Alex
___
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


Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Eric Noulard
2009/9/26 Alexander Neundorf a.neundorf-w...@gmx.net:
 On Saturday 26 September 2009, Andreas Pakulat wrote:

 Not sure which one is newer, but I just cvs up'ed to the CMAKE-2-8
 branch and tried to build and it failed with this:
 [ 90%] Building CXX object
 Source/CMakeFiles/CTestLib.dir/CTest/cmCTestUpdateCommand.o
 In file included from /home/andreas/src/CMake/Utilities/cm_xmlrpc.h:26,
                  from
 /home/andreas/src/CMake/Source/CTest/cmCTestSubmitHandler.cxx:28:
 /home/andreas/src/CMake/Utilities/cmxmlrpc/xmlrpc.h:32:36: error:

 I think something went wrong with your checkout/update. The directory
 CMake/Utilities/cmxmlrpc/ should be empty/non-existant.

You may need to add pruning -P option to your cvs udpate command.
I did a fresh checkout and had no trouble compiling CMake.


-- 
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
___
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


Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Michael Wild

On 26.09.2009, at 19:33, Eric Noulard eric.noul...@gmail.com wrote:


2009/9/26 Michael Wild them...@gmail.com:

Usually I use

cvs update -dARP

which IMHO should probably be the default, because that's what  
people (i.e.

me) expect from an update.


-dRP are ok even if I think R is not needed, however you usually don't
want A unless you want to checkout cvs HEAD.


As I said, people refers mainly to me, and that's the behaviour I  
want... But you're right, of course.




Are there any plans for CMake (and other Kitware projects) to  
switch over to

a more contemporary VCS, such as git, hg or bzr (in the order of my
preference :-))?


You may already set up a git cvsimport repository which may be
updated daily/hourly. That way you may git clone + branch
from the cvs-imported repo and use git instead of cvs.

If the cvs imported repo is publicly available
other may benefits from your GIT repo.



I am doing this with ParaView, but I find it to be rather fragile.  
Especially the option which supposedly should prevent noisy  
commits (can't remember it's name right now) caused git cvsimport to  
actually lose commits. Strange thing is, the commits showed up in the  
log of the CVS parsing program just fine... I think the main problem  
is that CVS only tracks individual files and has no notion of commit  
sets.


Michael 
___

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


Re: [CMake] Resolution of dependencies for Subversion

2009-09-26 Thread SF Markus Elfring
 You could look to FindImageMagick for inspiration. It started as a 
 way to find the ImageMagick binary utilities like convert and 
 mogrify but support was added to detect the ImageMagick libraries 
 via specifying additional COMPONENTS.

Thanks for your suggestion.

I am also interested in another variation of this use case.

Which name should a configuration script get that determines some parameters 
for the build process and does not look for any client software? How do you 
deal with the situation if further knowledge about available utilities is not 
needed for the generation of project specific binaries?

Regards,
Markus
___
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


Re: [CMake] CMake 2.8.0 RC 1 ready for testing!

2009-09-26 Thread Cristian Adam

Bill Hoffman wrote:

- Qt based GUI cmake-gui is now the default GUI, MFC CMakeSetup is no
  longer included in CMake.  ccmake is still supported.


If MFC is no longer used then the following files should not be part
of the installer:

Microsoft.VC90.MFCLOC.manifest
Microsoft.VC90.MFC.manifest
mfcm90u.dll
mfcm90.dll
mfc90u.dll
mfc90kor.dll
mfc90jpn.dll
mfc90ita.dll
mfc90fra.dll
mfc90esp.dll
mfc90enu.dll
mfc90deu.dll
mfc90cht.dll
mfc90chs.dll
mfc90.dll

I've checked that MFC is no longer referenced:

c:\Program Files\CMake 2.8\bin
$ dumpbin /imports ctest.exe | findstr -i mfc

c:\Program Files\CMake 2.8\bin
$ dumpbin /imports cpack.exe | findstr -i mfc

c:\Program Files\CMake 2.8\bin
$ dumpbin /imports cmw9xcom.exe | findstr -i mfc

c:\Program Files\CMake 2.8\bin
$ dumpbin /imports cmake-gui.exe | findstr -i mfc

c:\Program Files\CMake 2.8\bin
$ dumpbin /imports cmake.exe | findstr -i mfc

c:\Program Files\CMake 2.8\bin
$

Cheers,
Cristian.
___
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


Re: [CMake] Resolution of dependencies for Subversion

2009-09-26 Thread Philip Lowman
On Sat, Sep 26, 2009 at 5:10 PM, SF Markus Elfring 
elfr...@users.sourceforge.net wrote:

  You could look to FindImageMagick for inspiration. It started as a
  way to find the ImageMagick binary utilities like convert and 
  mogrify but support was added to detect the ImageMagick libraries
  via specifying additional COMPONENTS.

 Thanks for your suggestion.

 I am also interested in another variation of this use case.

 Which name should a configuration script get that determines some
 parameters for the build process and does not look for any client software?


Generally the find module is named after the software package.  Since
usually a software package is either a library or a set of executables but
not both, generally there is no ambiguity.  Other CMake find modules have
appended Libs to the module name.  FindPerlLibs, for example.


 How do you deal with the situation if further knowledge about available
 utilities is not needed for the generation of project specific binaries?


If you're asking if the module should find svn.exe if all you need is the
subversion libraries, the answer is it doesn't have to.  Once COMPONENTS
have been specified the module can require the user specify one to find
executables as well.  FindImageMagick is a good example of this.  It
maintains backwards compatibility if COMPONENTS is not specified but
otherwise requires each component that is to be searched for to be
explicitly named regardless of it it is a program or a library.

Alternatively, you can simply write FindSubversionLibs and that will be
that.

-- 
Philip Lowman
___
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] how to set per-configuration xcode attributes

2009-09-26 Thread Jesse Beder
I'm using the following syntax to set certain build settings on a
per-configuration basis:

set(CMAKE_CONFIGURATION_TYPES Debug Release Distribution)
set(CMAKE_CXX_FLAGS_DISTRIBUTION -Os)

and also setting specific Xcode properties like this:

set_target_properties(${NAME} PROPERTIES
XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY some value)

I'd like to combine these somehow; that is, to set the Xcode attribute
CODE_SIGN_IDENTITY only for the Distribution configuration. Is this
possible?

Thanks,
Jesse
___
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