Re: [CMake] Pass variables to sub directory CMakeLists.txt

2008-02-21 Thread Oliver Dole
Hello, On 2/21/08, Vandenbroucke Sander [EMAIL PROTECTED] wrote: Hi, I want to pass a variable to CMakeLists.txt's in sub directories: Top directory CMakeLists.txt: set( VAR1 ) add_subdirectory (subdir1) add_subdirectory (subdir2) Each subdir CMakeLists.txt: ... set( VAR1

[CMake] Proposal for changing the visual studio generator

2008-02-21 Thread Gerhard Gappmeier
Hello, I have a proposal to change the Visual Studio Generator. The current version 2.4.8 works like this: 1.) CMake generates hardcoded paths for OutputFile, PDB File, Addition Library Directories etc. e.g. OutputDirectory=Debug (or Release, etc. depending on the config)

Re: [CMake] Pass variables to sub directory CMakeLists.txt

2008-02-21 Thread Alan W. Irwin
On 2008-02-21 08:25+0100 Vandenbroucke Sander wrote: Hi, I want to pass a variable to CMakeLists.txt's in sub directories: Top directory CMakeLists.txt: set( VAR1 ) add_subdirectory (subdir1) add_subdirectory (subdir2) Each subdir CMakeLists.txt: ... set( VAR1 ${VAR1} extend_var1 ) ... I

[CMake] Borland support

2008-02-21 Thread Boudewijn Rempt
Hi, I'm charged with creating a sane build system for a large Borland 2006 codebase, and having learned to love cmake in the KDE project, I wanted to try to use cmake for this. Documentation on using cmake and borland seems a bit scarce though. Right now I'm having a problem getting the linker

Re: [CMake] Proposal for changing the visual studio generator

2008-02-21 Thread Olivier Tournaire
Hello, I am also very intersted in this change. I usually put all my *.exe in one folder, say bin. For release version, with the name $(ProjectName).exe, and Debug version $(ProjectName)-D.exe. As far as I understand, this is not possible with the current version of CMake. Regards,

Re: [CMake] absolute rpath

2008-02-21 Thread Jörg Becker
On Wednesday, 20. February 2008 19:08:27 Hendrik Sattler wrote: Windows searches in '.' for DLLs by default. You don't have to do anything to achieve that. Yes and windows has no rpath. Perhaps I wasn't clear enough. I want (more exactly: have) to have the windows behavior on linux. Which

Re: [CMake] Proposal for changing the visual studio generator

2008-02-21 Thread Olivier Tournaire
Thank you Joshua, nice tip. Regards, Olivier Joshua Jensen a écrit : - Original Message - From: Olivier Tournaire Date: 2/21/2008 3:54 AM I am also very intersted in this change. I usually put all my *.exe in one folder, say bin. For release version, with the name

Re: [CMake] Proposal for changing the visual studio generator

2008-02-21 Thread Joshua Jensen
- Original Message - From: Olivier Tournaire Date: 2/21/2008 3:54 AM I am also very intersted in this change. I usually put all my *.exe in one folder, say bin. For release version, with the name $(ProjectName).exe, and Debug version $(ProjectName)-D.exe. As far as I understand, this

Re: [CMake] Proposal for changing the visual studio generator

2008-02-21 Thread Gerhard Gappmeier
Hi Joshua, your solution is a good workaround. Thanks. This workd for me too: IF (CMAKE_GENERATOR MATCHES Visual Studio) SET_TARGET_PROPERTIES(${TargetName} PROPERTIES PREFIX ../bin) ENDIF(CMAKE_GENERATOR MATCHES Visual Studio) Nevertheless I think my proposal makes sense anyway, because

Re: [CMake] absolute rpath

2008-02-21 Thread Alexander Neundorf
On Thursday 21 February 2008, Jörg Becker wrote: On Wednesday, 20. February 2008 19:08:27 Hendrik Sattler wrote: Windows searches in '.' for DLLs by default. You don't have to do anything to achieve that. Yes and windows has no rpath. Perhaps I wasn't clear enough. I want (more exactly:

Re: [CMake] ctest - how to set environment

2008-02-21 Thread David Cole
On 2/21/08, Jörg Becker [EMAIL PROTECTED] wrote: Until this will be implemented, I think about David's and Bill's suggestions for a workaround. I would go with Bill's suggestion actually. That will make it automatic for your developers and they will not have to set the environment

[CMake] How to prevent relinking targets with shared libraries

2008-02-21 Thread blinkeye
Hi guys I'm getting along very well (and quickly!) with porting two large projects from Makefiles to CMake. Actually, 3 projects will follow later on (and possibly more). Yeah, CMake is actually THAT great. I just wanted to share my delight and acknowledgement of this tool, it makes

Re: [CMake] How to prevent relinking targets with shared libraries

2008-02-21 Thread Alan W. Irwin
On 2008-02-21 21:57+0100 blinkeye wrote: [...]At the moment I'm just creating plain .so libs, without any version number (so far I didn't happen to come across a shared library tutorial with cmake), maybe this is the problem? Does cmake support such a versioning and would that resolve the

[CMake] Get the drive from a path

2008-02-21 Thread Neal Meyer
On windows I need a way to get a drive letter from a path. Does anybody have any tricks for doing this? -Neal ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Get the drive from a path

2008-02-21 Thread Brandon Van Every
On Thu, Feb 21, 2008 at 6:51 PM, Neal Meyer [EMAIL PROTECTED] wrote: On windows I need a way to get a drive letter from a path. Does anybody have any tricks for doing this? Not a trick: string(REGEX MATCH ...) Cheers, Brandon Van Every ___ CMake

Re: [CMake] How to prevent relinking targets with shared libraries

2008-02-21 Thread BlinkEye
On Thu, February 21, 2008 22:23, Alan W. Irwin wrote: On 2008-02-21 21:57+0100 blinkeye wrote: [...]At the moment I'm just creating plain .so libs, without any version number (so far I didn't happen to come across a shared library tutorial with cmake), maybe this is the problem? Does cmake