Re: [CMake] What about...

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 21:42, Brandon J. Van Every wrote: > Another issue is that an autoconf ./configure script typically relies > on libtool.  You don't wanna go there. Read my other mails in this thread please; its the NAME ONLY I suggested to use. If the configure script is just 4kb and does n

[CMake] OpenSSL

2006-05-26 Thread James Mansion
Has anyone managed to build OpenSSL with CMake? (I'm not looking for FindOpenSSL - I want to build the package itself) James ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] What about...

2006-05-26 Thread William A. Hoffman
At 05:03 PM 5/26/2006, Axel Roebel wrote: >cmake --help >"cmake variables" > --build_type Choose the type of build, options are: ... > --install_prefix Install path prefix, prepended onto install directories > --verbose_make If this value is on, makefiles will be > >project options >--US

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread David Cole
This is the point where we say: just don't do in-source builds... :-) Use separate directories for source and binary trees. 2 cents, David Brad King wrote: Steve Johns wrote: ELSE(CMAKE_CONFIGURATION_TYPES) # Handle single-configuration generators. CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_D

[CMake] using CMAKE_BUILD_WITH_INSTALL_RPATH

2006-05-26 Thread Iker Arizmendi
What is the correct way to set the install RPATH under CMake 2.4.2? At the moment I do the following within my project's top most CMakeLists.txt file: SET(CMAKE_BUILD_WITH_INSTALL_RPATH TRUE) SET(CMAKE_INSTALL_RPATH ${CMAKE_INSTALL_PREFIX}/lib) And the RPATH refuses to show itself in the i

Re: [CMake] What about...

2006-05-26 Thread Axel Roebel
On Friday 26 May 2006 21:48, [EMAIL PROTECTED] wrote: > I think it's a very good idea to add "cmake --prefix=foo" because 1 > gazillion ./configure users would get warm squishy feelings from such > functionality.  Although, it could become an Uncanny Valley problem.   > The closer you get to repres

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Brad King
Steve Johns wrote: ELSE(CMAKE_CONFIGURATION_TYPES) # Handle single-configuration generators. CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_DIR}/traps_config.txt ${CMAKE_CURRENT_BINARY_DIR}/traps_config.txt COPYONLY) ENDIF(CMAKE_CONFIGURATION_TYPES) Be careful with this. For an in-so

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread William A. Hoffman
At 03:47 PM 5/26/2006, Steve Johns wrote: >IF(CMAKE_CONFIGURATION_TYPES) > # Handle multi-configuration generators. > FOREACH(config ${CMAKE_CONFIGURATION_TYPES}) >CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_DIR}/traps_config.in > ${CMAKE_CURRENT_BINARY_DIR}/${config}/traps_config.

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Steve Johns
There was a typo in my example: it should not have the comma between the arguments. The trailing comma is being considered part of the file name! Great eye, Brad! So, here what I have now: IF(CMAKE_CONFIGURATION_TYPES) # Handle multi-configuration generators. FOREACH(config ${CMAKE_CONFIG

Re: [CMake] What about...

2006-05-26 Thread Brandon J. Van Every
Filipe Sousa wrote: There is always ccmake and cmakeseup. Another option is to create a tool called "cconfigure" for those who like configure scripts. That shouldn't be to hard to implement. cconfigure --help would show the same options as ccmake: $ ./cconfigure --help --cmake_build_type

Re: [CMake] Re: XML/expat link error

2006-05-26 Thread Brad King
Doug Henry wrote: actually, I have found if I change the following entry (add expat to the linker flags) in cmxmlrpc/CMakeLists.txt this problem goes away: TARGET_LINK_LIBRARIES(xrtest cmXMLRPC cmexpat expat ${CMAKE_DL_LIBS}) From where is that other "expat" library coming? I bet the build o

[CMake] Re: XML/expat link error

2006-05-26 Thread Doug Henry
actually, I have found if I change the following entry (add expat to the linker flags) in cmxmlrpc/CMakeLists.txt this problem goes away:TARGET_LINK_LIBRARIES(xrtest cmXMLRPC cmexpat expat ${CMAKE_DL_LIBS}) On 5/26/06, Doug Henry <[EMAIL PROTECTED]> wrote: I receive the errors below when building v

Re: [CMake] What about...

2006-05-26 Thread Brandon J. Van Every
Thomas Zander wrote: I have helped a set of people on irc to get started with koffice compiling using cmake. They all had a lot of problems with the arcane variables like the CMAKE_INSTALL_PREFIX and most people find that D in front a bit weird a well. So; instead of letting the user (n

[CMake] XML/expat link error

2006-05-26 Thread Doug Henry
I receive the errors below when building versions 2.2.3 and 2.4.2.  It looks like the cmexpat library is not linking in when cmXMLRPC library is used.  I have ./Utilities/cmexpat/libcmexpat.a so it did build, not sure what would cause this. [TOOLS cmake-2.4.2]$ makeLinking C executable ../../bin/xr

Re: [CMake] What about...

2006-05-26 Thread Brandon J. Van Every
Thomas Zander wrote: Its because it slows me down a lot. When I change a couple of header files I suddenly see it reconfiguring for no apparent reason. Its when I type 'make' it takes upto a minute before it actually starts with the first gcc, even if I typed make moments before. (I just

Re: [CMake] What about...

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 18:02, frederic heem wrote: > Actually, I wonder why CMAKE_VERBOSE_MAKEFILE  is not set to TRUE by > default, each time, I have to set it manually and I find it quite > annoying. Everyone I know gave a sigh of relieve when unsermake (2 years ago) introduced the concept of sh

[CMake] Re: CMake Digest, Vol 25, Issue 43

2006-05-26 Thread Axel Roebel
On Friday 26 May 2006 18:50, [EMAIL PROTECTED] wrote: > >Actually, I wonder why CMAKE_VERBOSE_MAKEFILE  is not set to TRUE by > > default, each time, I have to set it manually and I find it quite > > annoying. > > It is a matter of taste.  Some folks like to see pages and pages of output > even if

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Brad King
Steve Johns wrote: What is the exact CONFIGURE_FILE call you are using? Here it is, cut and pasted: IF(CMAKE_CONFIGURATION_TYPES) # Handle multi-configuration generators. FOREACH(config ${CMAKE_CONFIGURATION_TYPES}) CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_DIR}/traps_config.txt,

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Steve Johns
Forward-slashes are the way CMake keeps track of paths internally, and they should work fine even on Windows. That's what I expected, thanks for the confirmation. What is the exact CONFIGURE_FILE call you are using? Here it is, cut and pasted: IF(CMAKE_CONFIGURATION_TYPES) # Handle mul

Re: [CMake] What about...

2006-05-26 Thread William A. Hoffman
At 12:13 PM 5/26/2006, Thomas Zander wrote: >On Friday 26 May 2006 17:55, you wrote: >> >A 'configure' script generator that will just convert between the >> > (good old) configure and the cmake foo. Makes it actually possible >> > to discover what features there are without consulting online >> >

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Brad King
Steve Johns wrote: Excellent! Thanks very much for this info. I'm seeing a problem, though. CMake is not finding my config file, even though it does exist. CMake announces its search with forward-slash paths, but I'm in the VS C++ IDE. Is CMake not actually looking for: c:\Temp\traps.p01\tru

Re: [CMake] What about...

2006-05-26 Thread Filipe Sousa
Lloyd Hilaiel wrote: > Yo Thomas, > > We use cmake to build a large project (10 or so different SDKs). > > In our case, we too wanted a cmakebuild tool, so we wrote one. > It wraps the native build tools with a higher level of commands > "build debug" "build release" "run tests" "package SDKs" et

Re: [CMake] What about...

2006-05-26 Thread James Bigler
Filipe Sousa wrote: frederic heem wrote: On Friday 26 May 2006 17:52, Craig Bradney wrote: Actually, I wonder why CMAKE_VERBOSE_MAKEFILE is not set to TRUE by default, each time, I have to set it manually and I find it quite annoying. If CMAKE_VERBOSE_MAKEFILE was set to TRUE by default it

Re: [CMake] What about...

2006-05-26 Thread Lloyd Hilaiel
Yo Thomas, We use cmake to build a large project (10 or so different SDKs). In our case, we too wanted a cmakebuild tool, so we wrote one. It wraps the native build tools with a higher level of commands "build debug" "build release" "run tests" "package SDKs" etc. Some of the commands for this b

[CMake] Small nitpick...

2006-05-26 Thread Phillip Hellewell
Hi,Recently a bug fix was made to VS.Net 2003 generator to allow source files with the same.The fix was to specify an ObjectFile for each and every source file, so that they would be guaranteed to be unique. Unfortunately, even with CMAKE_VERBOSE_MAKEFILE set to FALSE, what you end up with now is t

Re: [CMake] Depending on a Config File (CMake and VC++)

2006-05-26 Thread Steve Johns
You can use CONFIGURE_FILE to copy the file: IF(CMAKE_CONFIGURATION_TYPES) # Handle multi-configuration generators. FOREACH(config ${CMAKE_CONFIGURATION_TYPES}) CONFIGURE_FILE(${CMAKE_CURRENT_SOURCE_DIR}/my.config.in, ${CMAKE_CURRENT_BINARY_DIR}/${config}/my.config) E

Re: [CMake] What about...

2006-05-26 Thread Filipe Sousa
frederic heem wrote: > On Friday 26 May 2006 17:52, Craig Bradney wrote: > Actually, I wonder why CMAKE_VERBOSE_MAKEFILE is not set to TRUE by default, > each time, I have to set it manually and I find it quite annoying. If CMAKE_VERBOSE_MAKEFILE was set to TRUE by default it would be quite anno

Re: [CMake] What about...

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 17:55, you wrote: > >A 'configure' script generator that will just convert between the > > (good old) configure and the cmake foo.  Makes it actually possible > > to discover what features there are without consulting online > > documentation ;) > > I am not sure about what yo

Re: [CMake] What about...

2006-05-26 Thread William A. Hoffman
At 12:02 PM 5/26/2006, frederic heem wrote: >Actually, I wonder why CMAKE_VERBOSE_MAKEFILE is not set to TRUE by default, >each time, I have to set it manually and I find it quite annoying. It is a matter of taste. Some folks like to see pages and pages of output even if it builds nothing. Some

Re: [CMake] What about...

2006-05-26 Thread frederic heem
On Friday 26 May 2006 17:52, Craig Bradney wrote: > On Friday 26 May 2006 17:05, Thomas Zander wrote: > > On Friday 26 May 2006 16:24, you wrote: > > > I am not sure I understand what you want to type to do the build? > > > > williamMake would do; of wmake if you want. :) > > Bottom line; I don't c

Re: [CMake] What about...

2006-05-26 Thread William A. Hoffman
At 11:05 AM 5/26/2006, Thomas Zander wrote: >On Friday 26 May 2006 16:24, you wrote: >> I am not sure I understand what you want to type to do the build? > >williamMake would do; of wmake if you want. :) >Bottom line; I don't care what the name is as long as it _can_ be made >more usable. Which is

Re: [CMake] What about...

2006-05-26 Thread Craig Bradney
On Friday 26 May 2006 17:05, Thomas Zander wrote: > On Friday 26 May 2006 16:24, you wrote: > > I am not sure I understand what you want to type to do the build? > > williamMake would do; of wmake if you want. :) > Bottom line; I don't care what the name is as long as it _can_ be made > more usable

Re: [CMake] What about...

2006-05-26 Thread Brad King
Thomas Zander wrote: On Friday 26 May 2006 16:24, you wrote: I am not sure I understand what you want to type to do the build? williamMake would do; of wmake if you want. :) Bottom line; I don't care what the name is as long as it _can_ be made more usable. Which is impossible with make. [s

Re: [CMake] make in a subdir takes ages.

2006-05-26 Thread Brad King
Thomas Zander wrote: On Friday 26 May 2006 16:28, you wrote: If you only want to build a target, then run make targetname/fast it will skip all of the depend steps, and only build that target. Doesn't seem to work here on my 2.4-p2 Try it in the top level instead of the subdir. It looks li

Re: [CMake] Problem Finding OpenGL on BSD...

2006-05-26 Thread Brad King
Asmodehn Shade wrote: I am using Cmake to find few dependencies for some personal projects. I setup correctly the CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH to get all my SDL_* dependencies found and working fine. But I also in my script do a simple : FIND_PACKAGE(OpenGL) And when doing a ccmake

Re: [CMake] make in a subdir takes ages.

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 16:28, you wrote: > If you only want to build a target, then run make targetname/fast it > will skip all of the depend steps, and only build that target. Doesn't seem to work here on my 2.4-p2 -- Thomas Zander pgpqR2sSorTIU.pgp Description: PGP signature _

Re: [CMake] What about...

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 16:24, you wrote: > I am not sure I understand what you want to type to do the build? williamMake would do; of wmake if you want. :) Bottom line; I don't care what the name is as long as it _can_ be made more usable. Which is impossible with make. You apparently are complet

Re: [CMake] make in a subdir takes ages.

2006-05-26 Thread William A. Hoffman
At 06:54 AM 5/26/2006, Thomas Zander wrote: >Hiya, > >I'm using cmake in koffice and I work in a small library currently which >is located in a subdir and it depends on nothing else in the project. > >I'm highly annoyed that each time I type make cmake takes about a minute >before it actually dec

Re: [CMake] What about...

2006-05-26 Thread William A. Hoffman
At 07:30 AM 5/26/2006, Thomas Zander wrote: >Hiya; >In KDE (including KOffice) we switched to cmake, as you are probably >aware. I naturally like the speedups we got in linking etc. but I like >the less then stellar usability of the cmake solution a lot less. (at >this point I would gladly go ba

Re: [CMake] What about...

2006-05-26 Thread Thomas Zander
On Friday 26 May 2006 14:03, Brandon J. Van Every wrote: > Thomas Zander wrote: > > Hiya; > > In KDE (including KOffice) we switched to cmake, as you are probably > > aware. I naturally like the speedups we got in linking etc. but I > > like the less then stellar usability of the cmake solution a l

Re: [CMake] What about...

2006-05-26 Thread Brandon J. Van Every
Thomas Zander wrote: Hiya; In KDE (including KOffice) we switched to cmake, as you are probably aware. I naturally like the speedups we got in linking etc. but I like the less then stellar usability of the cmake solution a lot less. (at this point I would gladly go back to the slower linking,

[CMake] What about...

2006-05-26 Thread Thomas Zander
Hiya; In KDE (including KOffice) we switched to cmake, as you are probably aware. I naturally like the speedups we got in linking etc. but I like the less then stellar usability of the cmake solution a lot less. (at this point I would gladly go back to the slower linking, to be honest) I'm wond

[CMake] Problem Finding OpenGL on BSD...

2006-05-26 Thread Asmodehn Shade
Hi everyone :) I am at last enjoying new 2.4 feature on BSD :D many thanks to all those who made that possible. I am using Cmake to find few dependencies for some personal projects. I setup correctly the CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH to get all my SDL_* dependencies found and workin

[CMake] cmake 2.4.2 and qt 2.3nc

2006-05-26 Thread Zein Salah
Title: cmake 2.4.2 and qt 2.3nc  -Ursprüngliche Nachricht- Von:    Zein Salah  Gesendet:   Mittwoch, 24. Mai 2006 14:02 An: ITK Users (E-Mail) Betreff:    cmake 2.4.2 and qt 2.3nc Hello, I have newly built my qt-itk project with cmake 2.4.2. cmake generates

[CMake] make in a subdir takes ages.

2006-05-26 Thread Thomas Zander
Hiya, I'm using cmake in koffice and I work in a small library currently which is located in a subdir and it depends on nothing else in the project. I'm highly annoyed that each time I type make cmake takes about a minute before it actually decided what to do, thrashing my HD the whole time. (