Re: [CMake] [MSVC] LINK_DIRECTORY do not add directories to project

2006-02-08 Thread Vincent Daanen
I'm using CMake 2.2 on a M$ Windows XP SP2 computer. V Brad King a écrit : Vincent Daanen wrote: this is the CMakeLists.txt file. None of the path set in LINK_DIRECTORIES commands appear in the msvc6.0 project file. What version of CMake are you using? -Brad -- Vincent Daanen, PhD

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Mike Jackson
On Feb 8, 2006, at 10:37 AM, Brad King wrote: Brad King wrote: The VTK CMake code provides an interface to allow some customization of the build. Create a file Common/ LocalUserOptions.cmake in either the VTK build tree or the source tree. Add this line: SET_TARGET_PROPERTIES(vtkCommon

Re: [CMake] CMake C++ and Fortran mixed language project fails

2006-02-08 Thread William A. Hoffman
At 12:04 PM 2/8/2006, Michael Stephenson wrote: I'm using VS7. I added the code below to the end of CMakeInformation.cmake and was able to generate solution files for both my test and actual projects. Thanks! --Mike Great, I have checked in that change to CMake CVS, if you get a chance can you

Re: [CMake] ADD_CUSTOM_COMMAND and unix makefile generator

2006-02-08 Thread William A. Hoffman
At 12:19 PM 2/8/2006, [EMAIL PROTECTED] wrote: I am trying to get ADD_CUSTOM_COMMAND to execute before a build - ie using PRE_BUILD variable - with the unix makefile generator. This is so that I can get java to compile swig generated java files before the cxx generated files are compiled. - Its

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Mike Jackson
The -install_name option is _already_ being specified by cmake somewhere so when I tried your suggestion, I get an error during link phase that the -install_name option is being specified twice. Is there a master config file somewhere for cmake that I can just edit? How else would cmake

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Brad King
Mike Jackson wrote: The -install_name option is _already_ being specified by cmake somewhere so when I tried your suggestion, I get an error during link phase that the -install_name option is being specified twice. Is there a master config file somewhere for cmake that I can just edit?

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Mike Jackson
On Feb 8, 2006, at 7:00 PM, Brad King wrote: Mike Jackson wrote: The -install_name option is _already_ being specified by cmake somewhere so when I tried your suggestion, I get an error during link phase that the -install_name option is being specified twice. Is there a master config

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Brad King
Mike Jackson wrote: The -install_name option is _already_ being specified by cmake somewhere so when I tried your suggestion, I get an error during link phase that the -install_name option is being specified twice. Is there a master config file somewhere for cmake that I can just edit?

Re: [CMake] Unix Makefiles for MinGW | Generator for MinGW

2006-02-08 Thread William A. Hoffman
At 08:04 PM 2/8/2006, Martin Baumann wrote: Hmmm... Thanks for your advice! But I have a problem: I tried the following: /DProgramme/Cmake\ 2.2/bin/cmake -GUnix Makefiles -i /D/Dev/Libs/VTK-5.0/Source but it seems to hang. Nothing works... I also tried = -GUnix Makefiles = and = -G Unix

Re: [CMake] padding link arguments to the linker

2006-02-08 Thread Mike Jackson
On Feb 8, 2006, at 9:06 PM, William A. Hoffman wrote: At 07:28 PM 2/8/2006, Mike Jackson wrote: So if I turn on RPATH, and rpath uses -install_name, where do I actually specify the RPATH to use? or can I specify the path at all? CMake will use the path to where the libraries are actually

Re: [CMake] [MSVC] LINK_DIRECTORY do not add directories to project

2006-02-08 Thread Vincent Daanen
Hi, William A. Hoffman a écrit : Have you done these things: 1. use ${var} and not $(var) no, if I do this ${GMCAO}, it appears as GMCAO in the project file instead of $(GMCAO). 2. moved the LINK_DIRECTORIES to be BEFORE the ADD_EXECUTABLE. Yeah ! that's ok ! Thx Vince -Bill At