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: > > ...

[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) OutputFile=D:\work\cm

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" ) ...

[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 ph

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, Oliv

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 mea

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 $(ProjectName).ex

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, bec

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 > exac

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 manu

Re: [CMake] ctest - how to set environment

2008-02-21 Thread Jörg Becker
On Wednesday, 20. February 2008 21:05:22 Ken Martin wrote: > Really we need to implement Nice to hear. This would make testing much easier. Until this will be implemented, I think about David's and Bill's suggestions for a workaround. Many thanks to all for your help. Jörg __

[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 developin

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 reli

[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 ___ CMak

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 c