[CMake] Signup for a new bug-tracker account broken? (was: Re: INSTALL DIRECTORY broken)
I want to report this as a bug, but signing up for a bug-tracker account doesn't work for me. I go through the registration and get to the point where it states that it has sent me an email with login details, but it hasn't. I've checked my spam filters and can't find the message there either. Anyone else having problem registering? Regards, Thomas Thomas Sondergaard wrote: I took a look at the cmake source and I think perhaps this is a bug. The FILES mode checks that the specified files are not directories, and I think maybe the DIRECTORY mode simply wants to check that the specified paths are not regular files? --- t/cmake-2.4.7/Source/cmInstallCommand.cxx 2007-07-16 23:12:31.0 +0200 +++ cmake-2.4.7/Source/cmInstallCommand.cxx 2007-11-02 15:44:53.0 +0100 @@ -958,7 +958,8 @@ } // Make sure the name is a directory. - if(!cmSystemTools::FileIsDirectory(dir.c_str())) + if(cmSystemTools::FileExists(dir.c_str()) +!cmSystemTools::FileIsDirectory(dir.c_str())) { cmOStringStream e; e args[0] given non-directory \ Regards, Thomas ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Symbian support
On 11/3/07, Alexander Neundorf [EMAIL PROTECTED] wrote: What is the development platform ? Platforms for S60 3rd edition: winscw (emulator), gcce (phone) Which compiler do you use ? mwccsym2.exe (Nokia codewarrior C/C++ compiler for winscw platform) and gcce (for GCCE platform) What are the naming conventions for object files, static libs, shared libs, executables on Symbian ? objfilename.o, staticlibname.lib, dllname.dll, executable.exe Are shared libs supported ? yes, in the form of dlls. Any thoughts? Thanks. -- Salvatore Iovene http://www.iovene.com/ Key Fingerprint: 5647 944D D5AD 2E87 00B4 7D54 2864 359D FF20 16D8 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] RE: ADD_TEST for debug/release configurations?
Dear list, -Original Message- From: Jan Wurster Sent: Monday, October 22, 2007 10:29 AM Is there any way at all for the vs8 generator to enable/disable test cases in RUN_TESTS on the basis of the selected configuration (debug/release)? Kind of like in TARGET_LINK_LIBRARIES? since nobody answered I guess there's no real way to do this. Pity :( Furthermore, I was looking for a way to set the icon resource in a cmake-built executable - does anybody have hints on how to do this? When again looking into this this morning, I found a way to do this that suits our needs and might perhaps be interesting to others. It is possible to create a .rc resource file (either from scratch or using vs8), then set the desired icon resource to whatever you like (surprisingly enough, even 32 bit alpha channel .ico's are ok - vs wouldn't import those when using the resource editor). Relative paths are possible and what I'll be using now. You can basically have just a very simple hacked up resource file that only contains your icon (no language dependencies and such): //-- - #include resource.h #ifdef _WIN32 //-- - // Icon IDI_ICON1 ICONmyLittleIcon.ico #endif //-- - Then just add your new resource file to the executable sources that need an icon for the win32-platform like so: IF(WIN32) SET(SOMEBODIES_SRCS ${SOMEBODIES_SRCS } ${SOME_LOCATION}/resources/myLittleIconResource.rc ) ENDIF(WIN32) That's it .. Best regards, -.jan.- ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Problem using ccache cmake
Hi, I had a problem trying to use ccache with cmake the following way: $ export GCC=ccache gcc $ export CC=ccache cc $ export CXX=ccache g++ $ cmake . (in the root of the -clean- CMake CVS directory) This resulted in the following output: $ rm CMakeCache.txt CMakeFiles/ -Rf cmake . CMake Error: Compiling the C compiler identification source file /usr/local/share/cmake-2.5/Modules/CMakeCCompilerId.c failed with the following output: 1 /usr/bin/cc: No such file or directory CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_C_COMPILER_ENV_VAR CMake Error: Could not find cmake module file:/src/CMake/CMakeFiles/CMakeCCompiler.cmake CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_CXX_COMPILER_ENV_VAR CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_CXX_COMPILER CMake Error: Could not find cmake module file:/src/CMake/CMakeFiles/CMakeCXXCompiler.cmake CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage -- Configuring done as you can see the output from the CMAKE_DETERMINE_COMPILER_ID in CMakeDetermineCCompiler.cmake returns /usr/bin/cc: No such file or directory However if I execute this line in the /src/CMake/CMakeFiles/CompilerIdC directory: /usr/bin/ccache /usr/bin/cc /usr/local/share/cmake-2.5/Modules/CMakeCCompilerId.c It creates the a.out file... (and returns the required '0' as errorlevel). The following are some helpfull variables which I placed in the macro: CMAKE_C_COMPILER: /usr/bin/ccache CMAKE_C_COMPILER_ARG1: /usr/bin/cc CMAKE_C_COMPILER_ID_FLAGS_LIST: CMAKE_C_COMPILER_ID_SRC: /usr/local/share/cmake-2.5/Modules/CMakeCCompilerId.c CMAKE_C_COMPILER_ID_DIR: /src/CMake/CMakeFiles/CompilerIdC CMAKE_C_COMPILER_ID_OUTPUT: /usr/bin/cc: No such file or directory CMAKE_C_COMPILER_ID_RESULT: 1 Hopefully someone might be able to understand why it happens like that, but to me it looks like it's somewhere in the execute_process function. Greetings, Steven ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] compiler major, minor version
Is there any canonical way to extract the compiler's major and minor version numbers? I can do this with regexes, but as CMake moves into cross-compilation territory, it seems like it would be a typical operation and possibly canonized already. If not then perhaps it should be, i.e. a feature request. Thoughts? Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] compiler major, minor version
Please see: http://predef.sourceforge.net/precomp.html for an interesting compiler version reference page. Juan Brandon Van Every wrote: Is there any canonical way to extract the compiler's major and minor version numbers? I can do this with regexes, but as CMake moves into cross-compilation territory, it seems like it would be a typical operation and possibly canonized already. If not then perhaps it should be, i.e. a feature request. Thoughts? Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake -- Juan Sanchez [EMAIL PROTECTED] 800-538-8450 Ext. 54395 512-602-4395 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Problem using ccache cmake
2007/11/5, Steven Van Ingelgem [EMAIL PROTECTED]: What I saw today in the sources is that cmake uses /usr/bin/ccache as it's compiler, and gcc/cc/g++ as it's first argument... So it should work, but I have no idea why it returns it cannot find the file cc. That is imho somewhere an error in the execute process (or a misinterpretion of the macro from my end). Either way, it would be nice if it could be supported ;) I'm not sure what's wrong in your case but I did successfully used ccache + gcc/g++ and CMake 2.4.7 with no problem at all. I did not export GCC= etc.. and then run cmake but I did: CC=ccache gcc CXX=ccache g++ cmake which works fine for me. I did that because there is an example on the CMake wiki page for distcc see: http://www.cmake.org/Wiki/CMake_Useful_Variables then search distcc. I think your problem comes from the fact that you've tried to set GCC=ccache gcc. I think you shouldn't set GCC but only CC=ccache gcc CXX=ccache g++ then it should works. Could you try this? -- Erk ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Problem using ccache cmake
[Steven sorry for multiple copies I slipped on keyboard once then forget the list :=(( ] 2007/11/5, Steven Van Ingelgem [EMAIL PROTECTED]: Hi Eric, I am using CMake CVS, and there it doesn't work with. I just retried: CC=ccache gcc CXX=ccache g++ cmake . Ok this seems to be a regression of CMake CVS. I did try CMake CVS which gave me same error as yours. but it works fine with cmake 2.4.7 To kitware developpers: Should we file a bug on CMake CVS or not? -- Erk ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Single line crashes cmake
I'm trying to find all folders matching the pattern blitz-[0-9].[0-9] so it would match blitz-0.3, blitz-2.4, etc. within the folders C:\ and C:\Program Files. Starting to code this I put this in an otherwise empty .cmake file: FILE(GLOB BLITZ_TMP C:/ blitz-[0-9].[0-9]) MESSAGE(${BLITZ_TMP}) Then I included it from the CMakeLists.txt for my project. CMake crashes on the first line (i.e. commenting out the second doesn't prevent the crash), running v2.4 under Vista saying, CMakeSetup MFC application has stopped working. What am I doing wrong? ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Single line crashes cmake
On Nov 5, 2007 4:36 PM, Joseph Garvin [EMAIL PROTECTED] wrote: I'm trying to find all folders matching the pattern blitz-[0-9].[0-9] so it would match blitz-0.3, blitz-2.4, etc. within the folders C:\ and C:\Program Files. Starting to code this I put this in an otherwise empty .cmake file: FILE(GLOB BLITZ_TMP C:/ blitz-[0-9].[0-9]) MESSAGE(${BLITZ_TMP}) Then I included it from the CMakeLists.txt for my project. CMake crashes on the first line (i.e. commenting out the second doesn't prevent the crash), running v2.4 under Vista saying, CMakeSetup MFC application has stopped working. What am I doing wrong? I put your 2 lines into a file called glob.cmake. Then I ran it as a script, using a Windows Vista Command Prompt. I got the following results: C:\devel\src\cbugs\globcmake -P glob.cmake CMake Error: Error in cmake code at C:/devel/src/cbugs/glob/glob.cmake:3: message called with incorrect number of arguments Called from: [1] C:/devel/src/cbugs/glob/glob.cmake C:\devel\src\cbugs\glob Thus: the glob expressions didn't match anything in my current directory, BLITZ_TMP was null, and MESSAGE fails because it has been handed no arguments. Generally you need MESSAGE(${myvariable}). When I include the glob.cmake in a CMakeLists.txt, CMakeSetup crashes as you described. I am wondering why CMakeSetup can't be more informative about the error. Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] improve the CMake language?
Ken Martin wrote: I have looked at incorporating Lua into CMake as an alternate language. Interesting. You didn't by any chance used swig to wrap it? I admit I would be curious to see that fork of cmake to study the changes. Using swig right now would be the best approach, as with just a few swig rules (if any) it would allow any user to choose whatever language he feels like using. Currently, swig supports all languages mentioned in this thread so far and it works pretty well for projects like cmake where its .h files keep changing. Eventually one scripting language could end up becoming massively more popular and be adopted as a standard for cmake. But I'm betting in the future that won't matter, as several vendors are developing tools or frameworks to offer data interchange across the major scripting languages. -- For those that don't know Lua, Lua has a very similar syntax to non-OO ruby albeit parenthesis are required. It is also very fast, small and, just like TCL, thread safe and built for embedding (python and ruby still struggle with threads). LuaJIT is probably one of the fastest JIT compilers for a dynamic language under any platform. Lua's uglyness is its OO support and syntax, which is closer to OO Javascript or Perl's. -- P.S. Disclosure: I am swig's ruby maintainer. -- Gonzalo Garramuño [EMAIL PROTECTED] AMD4400 - ASUS48N-E GeForce7300GT Kubuntu Edgy ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
RE: [CMake] improve the CMake language?
It is my understanding that a lot of the cmake modules are implemented in the cmake language? It would be a big task to maintain multiple languages for the cmake modules. While speed of a scripting language is interesting, I would expect 90% of the work would be done in the C++ part of cmake. I would think BSD type licensing and compactness would be more important. Juan -Original Message- From: [EMAIL PROTECTED] on behalf of Gonzalo Garramuño Sent: Mon 11/5/2007 4:55 PM To: Ken Martin; CMake ML; Sanchez, Juan Subject: Re: [CMake] improve the CMake language? Ken Martin wrote: I have looked at incorporating Lua into CMake as an alternate language. Interesting. You didn't by any chance used swig to wrap it? I admit I would be curious to see that fork of cmake to study the changes. Using swig right now would be the best approach, as with just a few swig rules (if any) it would allow any user to choose whatever language he feels like using. Currently, swig supports all languages mentioned in this thread so far and it works pretty well for projects like cmake where its .h files keep changing. Eventually one scripting language could end up becoming massively more popular and be adopted as a standard for cmake. But I'm betting in the future that won't matter, as several vendors are developing tools or frameworks to offer data interchange across the major scripting languages. -- For those that don't know Lua, Lua has a very similar syntax to non-OO ruby albeit parenthesis are required. It is also very fast, small and, just like TCL, thread safe and built for embedding (python and ruby still struggle with threads). LuaJIT is probably one of the fastest JIT compilers for a dynamic language under any platform. Lua's uglyness is its OO support and syntax, which is closer to OO Javascript or Perl's. -- P.S. Disclosure: I am swig's ruby maintainer. -- Gonzalo Garramuño [EMAIL PROTECTED] AMD4400 - ASUS48N-E GeForce7300GT Kubuntu Edgy ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] improve the CMake language?
Brandon Van Every wrote: I didn't realize that Ruby is GPLed. http://www.ruby-lang.org/en/LICENSE.txt Oh well, so much for embedding Ruby! It isn't. Where did you get that idea from !? Brandon, you have a tendency to email FUD that is amazing... even when you provide links to text that clearly states exactly the opposite of what you say. Ruby is distributed under a dual LGPL / Ruby License. The Ruby License is a MIT-like license. Some portions of ruby are not under that license (as they were not written by the author), but are either BSD (meaning you need to give proper credit) or public domain. For proper info, refer to LEGAL in the ruby distribution. -- Gonzalo Garramuño [EMAIL PROTECTED] AMD4400 - ASUS48N-E GeForce7300GT Kubuntu Edgy ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] improve the CMake language?
On Nov 5, 2007 5:30 PM, Gonzalo Garramuño [EMAIL PROTECTED] wrote: Brandon Van Every wrote: I didn't realize that Ruby is GPLed. http://www.ruby-lang.org/en/LICENSE.txt Oh well, so much for embedding Ruby! It isn't. Where did you get that idea from !? Brandon, you have a tendency to email FUD that is amazing... even when you provide links to text that clearly states exactly the opposite of what you say. Hey man I was in a hurry, and at a glance, the Ruby license is clear as mud. I saw the word GPL at the top of that doc, and blasting through the license text I thought I saw the typical GPLed terms. I see now I was mistaken. I don't appreciate your indignation about FUD though; you're not paying me to go over licenses with a fine toothed comb. If people say things that are incorrect - or that you think are incorrect - you're free to correct them or disagree with them. You might also consider how you'd like people to react to your own mistakes. Clauses (2a 2b 3a 3b) are like a GPL, hence my confusion. Clauses (2d 3d) are a talk to the author escape hatch; a lot of people aren't going to do that. I see that clauses (2c 3c) give the do whatever you like freedom - long as you ship original Ruby along with your altered stuff. That is probably acceptable to a lot of people, but the bloat could be unacceptable for some embedded applications. Also sometimes people are contractually stuck with no viral license clauses as far as software they can use. Ruby is distributed under a dual LGPL / Ruby License. That link says GPL, not LGPL. The Ruby License is a MIT-like license. Hardly. MIT is a simple license. In addition to the complications above, clause (4) leaves one wondering about some of the core components. The Ruby license, when seen through the lens of do what you want, is like a more restrictive version of zlib/libpng. In fact I'm sure I've seen an OSI license of the form do what you want, but you must also ship the originals, but I can't remember the name of it. This isn't MIT / BSD. Is it acceptable for CMake embedding? Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Eager to see CMake 2.6
Hello list. I checked the archives: http://marc.info/?l=cmakew=2r=1s=2.6+release+scheduleq=b but I got no hits so I am asking here out of eagerness. When is 2.6 coming out? Shriramana Sharma. ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] CMAKE_C_COMPILER for MSVC doesn't have a path
When I examine CMAKE_C_COMPILER for other compilers, such as MinGW, I get a full path. So I can execute it with EXECUTE_PROCESS and extract the compiler version number fairly readily. For MSVC though, all I get is cl. CMake knows where that cl actually is, but it's not telling me. There's no guarantee that cl.exe is in my path, so EXECUTE_PROCESS commands just fail. Is there some technical reason why only cl is returned, or did nobody previously care? Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Qt version of Cmake
I am moving along on my Qt Implementation of CMakeSetup. I have project loading, parsing of the Cache file, toggling of Advanced Values, real time filtering of the cache table all generally working. I started this evening on actually invoking the configure button. Looks like I am not picking up the environment I guess: Here is some sample output: [updateProgress] -1The C compiler identification is GNU [updateProgress] -1The CXX compiler identification is GNU [updateProgress] -1Check for working C compiler: /usr/bin/gcc [updateProgress] -1Check for working C compiler: /usr/bin/gcc -- works [updateProgress] -1Check size of void* [updateProgress] -1Check size of void* - done [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ -- works [CMMessageCallback] CMake Error: Please install the Boost libraries AND development packages [updateProgress] 1Configuring [updateProgress] -1Configuring done [CMMessageCallback] CMake Error: Error in configuration process, project files may be invalid If I run the same project using cmake from the command line this project will build just fine. I am not real familiar about loading environment variables into a program (never needed to) so I am not sure what to do at this point. Any help would be appreciated. Side Note: I am pretty much using as much of the MFC code as possible, where appropriate. The current code state is ugly but functional. I will release it all under a BSD license when I get something working a bit better than where it currently is. -- Mike Jackson Senior Research Engineer Innovative Management Technology Services ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Qt version of Cmake
Mike Jackson wrote: I am moving along on my Qt Implementation of CMakeSetup. I have project loading, parsing of the Cache file, toggling of Advanced Values, real time filtering of the cache table all generally working. I started this evening on actually invoking the configure button. Looks like I am not picking up the environment I guess: Here is some sample output: [updateProgress] -1The C compiler identification is GNU [updateProgress] -1The CXX compiler identification is GNU [updateProgress] -1Check for working C compiler: /usr/bin/gcc [updateProgress] -1Check for working C compiler: /usr/bin/gcc -- works [updateProgress] -1Check size of void* [updateProgress] -1Check size of void* - done [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ -- works [CMMessageCallback] CMake Error: Please install the Boost libraries AND development packages [updateProgress] 1Configuring [updateProgress] -1Configuring done [CMMessageCallback] CMake Error: Error in configuration process, project files may be invalid If I run the same project using cmake from the command line this project will build just fine. I am not real familiar about loading environment variables into a program (never needed to) so I am not sure what to do at this point. Any help would be appreciated. Side Note: I am pretty much using as much of the MFC code as possible, where appropriate. The current code state is ugly but functional. I will release it all under a BSD license when I get something working a bit better than where it currently is. OPPS So, Clinton Stimpson is also working on one, but did not post to the list I did not realize you had started. Anyway, if you check out CVS CMake and enable the BUILD_QtDialog option, then you can take a look at what is there. It is very close to working at this point. -Bill ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] can't pipe cl.exe in a custom command
I'm trying to grab the cl.exe banner so I can determine the MSVC version number. If cl.exe is in the path, then the following works at a Windows Command Prompt. This gives a short banner with the VC version number and copyright. cl /? 2 banner.txt But when I try to do it in a custom command, I can't get it to pipe to a file. I see the output go by in the Visual Studio output window, with 1 prefixed in front of all the lines, and it is saved in BuildLog.htm, but cbanner.txt has 0 length no matter whether I use 1 2 as the pipe. Does MSVC simply not have a notion of piping or something? Do I have to do something MSVC-specific to capture the output or the error? IF(MSVC) ADD_CUSTOM_COMMAND( OUTPUT ${CMAKE_BINARY_DIR}/cbanner.txt WORKING_DIRECTORY ${CMAKE_BINARY_DIR} COMMAND ${CMAKE_C_COMPILER} /? 2 cbanner.txt ) ADD_CUSTOM_TARGET(cbanner ALL DEPENDS ${CMAKE_BINARY_DIR}/cbanner.txt ) ENDIF(MSVC) Cheers, Brandon Van Every ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Qt version of Cmake
Funny, for a lng time nothing happens, and now three people are working on one :-) I'm, too, mainly to learn how to TDD a GUI, so I have a different goal, perhaps I'll just go on to see how a TDD program differs from a traditionally coded one, see http://sourceforge.net/projects/qcmake if you're interested. I'm not using any code of the other implementations. The first thing I stumbled upon on during my tests was a global variable for errors. I would really be interested on why it is used... historical reasons, or a real benefit? Cheers, Manuel On Nov 6, 2007 5:02 AM, Bill Hoffman [EMAIL PROTECTED] wrote: Mike Jackson wrote: I am moving along on my Qt Implementation of CMakeSetup. I have project loading, parsing of the Cache file, toggling of Advanced Values, real time filtering of the cache table all generally working. I started this evening on actually invoking the configure button. Looks like I am not picking up the environment I guess: Here is some sample output: [updateProgress] -1The C compiler identification is GNU [updateProgress] -1The CXX compiler identification is GNU [updateProgress] -1Check for working C compiler: /usr/bin/gcc [updateProgress] -1Check for working C compiler: /usr/bin/gcc -- works [updateProgress] -1Check size of void* [updateProgress] -1Check size of void* - done [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ [updateProgress] -1Check for working CXX compiler: /usr/bin/c++ -- works [CMMessageCallback] CMake Error: Please install the Boost libraries AND development packages [updateProgress] 1Configuring [updateProgress] -1Configuring done [CMMessageCallback] CMake Error: Error in configuration process, project files may be invalid If I run the same project using cmake from the command line this project will build just fine. I am not real familiar about loading environment variables into a program (never needed to) so I am not sure what to do at this point. Any help would be appreciated. Side Note: I am pretty much using as much of the MFC code as possible, where appropriate. The current code state is ugly but functional. I will release it all under a BSD license when I get something working a bit better than where it currently is. OPPS So, Clinton Stimpson is also working on one, but did not post to the list I did not realize you had started. Anyway, if you check out CVS CMake and enable the BUILD_QtDialog option, then you can take a look at what is there. It is very close to working at this point. -Bill ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake -- http://klimek.box4.net ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake