Re: [CMake] Swig dependencies again

At 04:47 PM 8/17/2006, James Bigler wrote: >I'm trying to implement the stuff found in > >http://www.cmake.org/Bug/bug.php?op=show&bugid=1731 >http://www.cmake.org/Bug/bug.php?op=show&bugid=2172 >http://www.cmake.org/pipermail/cmake/2005-August/007102.html >http://www.itk.org/cgi-bin/viewcvs.cgi/Wr

[CMake] Swig dependencies again

I'm trying to implement the stuff found in http://www.cmake.org/Bug/bug.php?op=show&bugid=1731 http://www.cmake.org/Bug/bug.php?op=show&bugid=2172 http://www.cmake.org/pipermail/cmake/2005-August/007102.html http://www.itk.org/cgi-bin/viewcvs.cgi/Wrapping/CSwig/CMakeLists.txt?rev=1.55&root=Insigh

Re: [CMake] Re-executing the make command with few or no source tree changes is extremely efficient for CMake-2.4.3

On 2006-08-17 15:00-0400 Brad King wrote: # In one directory: ADD_CUSTOM_COMMAND(OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/my_header.h ...) ADD_CUSTOM_TARGET(make_sure_my_header_is_up_to_date DEPENDS ${CMAKE_CURRENT_BINARY_DIR}/my_header.h) # In another directory: ADD_EXECUTABLE(exe_needing_my_header

Re: [CMake] updating cmake book?

At 01:40 PM 8/17/2006, Ryan Connelly wrote: >I agree. Unfortunately, I already purchased 2.2 :(. Maybe I can get a reduced >price on the new one when it comes out? > >Ryan > >Crni Gorac wrote: >>Any plans regarding updating "Mastering CMake" book to >>version 2.4? Am going to purchase, but would

Re: [CMake] Re-executing the make command with few or no source tree changes is extremely inefficient for CMake-2.4.3

Alan W. Irwin wrote: > On 2006-08-17 13:53-0400 Brad King wrote: > >> [out of order] You need to use ADD_CUSTOM_COMMAND. > > That may be another alternative to ADD_CUSTOM_TARGET, but I don't think it > is possible since I need a target I can refer to in parallel directories > (not below the direc

Re: [CMake] Re-executing the make command with few or no source tree changes is extremely inefficient for CMake-2.4.3

On 2006-08-17 13:53-0400 Brad King wrote: [out of order] You need to use ADD_CUSTOM_COMMAND. That may be another alternative to ADD_CUSTOM_TARGET, but I don't think it is possible since I need a target I can refer to in parallel directories (not below the directory where plhershey-unicode.h ge

Re: [CMake] Shared Library Dependencies with Visual Studio 2005 or 2003 Generator

Ryan Connelly wrote: > I have a question about TARGET_LINK_LIBRARY(). I noticed that when I add > linked libraries to a shared library and then link that library with > another shared library, the last library linked includes ALL previously > liked libraries when linking. > > In other words: > >

Re: [CMake] Re-executing the make command with few or no source tree changes is extremely inefficient for CMake-2.4.3

Alan W. Irwin wrote: > I am running into a dependency issue with CMake 2.4.3 on Linux. I find > if I run cmake in an initially empty build directory followed by make, then > all > is well, i.e., everything builds without problems. But if I change nothing > in the source tree and run make again,

[CMake] Re-executing the make command with few or no source tree changes is extremely inefficient for CMake-2.4.3

I am running into a dependency issue with CMake 2.4.3 on Linux. I find if I run cmake in an initially empty build directory followed by make, then all is well, i.e., everything builds without problems. But if I change nothing in the source tree and run make again, the result surprised me by taki

Re: [CMake] updating cmake book?

I agree. Unfortunately, I already purchased 2.2 :(. Maybe I can get a reduced price on the new one when it comes out? Ryan Crni Gorac wrote: Any plans regarding updating "Mastering CMake" book to version 2.4? Am going to purchase, but would rather wait if updated version coming soon... Thank

[CMake] Shared Library Dependencies with Visual Studio 2005 or 2003 Generator

I have a question about TARGET_LINK_LIBRARY(). I noticed that when I add linked libraries to a shared library and then link that library with another shared library, the last library linked includes ALL previously liked libraries when linking. In other words: We have 3 shared (dll) libraries:

[CMake] FindSWIG fails

Hi, I want to use SWIG and I have a first example as mentioned in the user's guide, but when I launch cmake, it fails to locate the swig binary. Below is the message displayed: CMake Error: Error in cmake code at /usr/pubsw/packages/cmake/current/share/CMake/Modules/FindSWIG.cmake:45: MESSAGE Sw

Re: [CMake] ccmake and fortran

At 10:17 AM 8/17/2006, [EMAIL PROTECTED] wrote: > "William A. Hoffman" <[EMAIL PROTECTED]> wrote: >> OK, I am going to revert my changes. It causes the lex to go >> into an infinite loop and I don't have time to track it down now. >> >> -Bill >> > >Were you having problems with a fixed or

Re: [CMake] ccmake and fortran

"William A. Hoffman" <[EMAIL PROTECTED]> wrote: > OK, I am going to revert my changes. It causes the lex to go > into an infinite loop and I don't have time to track it down now. > > -Bill > Were you having problems with a fixed or free formatted file? Is it something you can send to

Re: [CMake] Unnecessary ordering breaks existing CMakeLists.txt

- Original Message - From: "Brad King" <[EMAIL PROTECTED]> To: "Dataflow" <[EMAIL PROTECTED]> Cc: Sent: Wed, 16 Aug 2006 11:34 PM Subject: Re: [CMake] Unnecessary ordering breaks existing CMakeLists.txt > Dataflow wrote: > >> http://www.cmake.org/Bug > > > > I am not able to log in to