Re: [CMake] CMake, ITK, VTK, and Qt 4

2008-05-28 Thread Clinton Stimpson
Damion Shelton wrote: Hi, This question involves the interaction of several different toolkits during the CMake configuration process, so I apologize if this is the wrong venue. I'm receiving the error: "Warning: CMake is forcing CMAKE_CXX_RELEASE_FLAGS to "/MD /O2 /Ob2 /DNDEBUG -DQT_NO_DEB

Re: [CMake] CMake, ITK, VTK, and Qt 4

2008-05-28 Thread John Drescher
> This question involves the interaction of several different toolkits during > the CMake configuration process, so I apologize if this is the wrong venue. > I'm receiving the error: > > "Warning: CMake is forcing CMAKE_CXX_RELEASE_FLAGS to "/MD /O2 /Ob2 /DNDEBUG > -DQT_NO_DEBUG" to match that impo

[CMake] CMake, ITK, VTK, and Qt 4

2008-05-28 Thread Damion Shelton
Hi, This question involves the interaction of several different toolkits during the CMake configuration process, so I apologize if this is the wrong venue. I'm receiving the error: "Warning: CMake is forcing CMAKE_CXX_RELEASE_FLAGS to "/MD /O2 /Ob2 /DNDEBUG -DQT_NO_DEBUG" to match that impor

Re: [CMake] Finder repository

2008-05-28 Thread Alan W. Irwin
Hi Alex, I agree with most of what you say, and have just one added point. On 2008-05-28 21:49+0200 Alexander Neundorf wrote: Parsing the (pkg-config) stdout which contains "-I/some/dir" is not really nice. Having some nicely structured information would be better. Agreed. Nevertheless, to

Re: [CMake] Packaging for Win32 system

2008-05-28 Thread Mathieu Malaterre
On Wed, May 28, 2008 at 10:38 AM, Mathieu Malaterre <[EMAIL PROTECTED]> wrote: > Hi, > > Summary: I am trying to make binary package of gdcm for Win32 system. > > Issue #1. > In the past I was using the Free VCToolkit 2003 to package > everything; It was nice and easy since cmake by default uses

[CMake] More on packaging

2008-05-28 Thread Mathieu Malaterre
Hi I have another question, let say my project B depend on a couple of lib from project A, that I link to from project B. Is there a way to use cmake power to extract the dependencies and pass that to cpack, at packaging time ? Or should I simply package the whole project A instead. Thanks, -

[CMake] Using Qt moc and inheriting from QwtPlot

2008-05-28 Thread Isaac Abbott
I am creating a project that uses Qt 4.3.3 and Qwt 5.1.1 ( http://qwt.sourceforge.net/). I am using CMake version 2.4 to generate the project files for MS Visual Studio 2005 Pro (on Windows XP Pro) I create a derived class ScatterPlot that inherits from QwtPlot and QObject. I run into a linking er

Re: [CMake] Finder repository

2008-05-28 Thread Alexander Neundorf
On Tuesday 27 May 2008, you wrote: > The point that should be emphasized is many libraries developed on Linux > export their compile and link information only using pkg-config so users of > those libraries _must_ deal with pkg-config or else reinvent the wheel. > So I felt Alex's comments below nee

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Bill Hoffman
Axel Roebel wrote: Hi Bill, Ok I see you mean running the windows binary from the command line. However,it does not work with unix makefiles. It uses windows paths in a unix makefile. I don't see in which situation this could be useful. I get rec-1320: (build) 334> make libfft/src/CMakeFile

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Axel Roebel
On Wednesday 28 May 2008, Bill Hoffman wrote: > Axel Roebel wrote: > >> You may want to > >> try the Unix Makefile generator and the windows binary of cmake. The > >> cygwin cmake really does not work very will with native windows > >> programs. It really is meant to work in the cygwin environmen

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Bill Hoffman
Axel Roebel wrote: You may want to try the Unix Makefile generator and the windows binary of cmake. The cygwin cmake really does not work very will with native windows programs. It really is meant to work in the cygwin environment with the cygwin tool chain. You could add NO_DEFAULT_PATH to

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Axel Roebel
On Wednesday 28 May 2008, Alin M Elena wrote: > Hi, > > This is a little bit out of topic. > Are you sure that you need to use cygwin? > I have ported few unix projects to native windows just using > > powershell > free microsoft compilers > cmake (nmake file generator) > optionally you may need un

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Axel Roebel
On Wednesday 28 May 2008, Bill Hoffman wrote: > Axel Roebel wrote: > > Hi, > > > > I just switched from 2.4.8 to 2.6 and found a very strange behavior in > > one of my existing cmake projects. I am trying to find the include files > > (and libraries) of Intels mkl libraries with the following cmak

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Allen Barnett
On Wed, 2008-05-28 at 15:56 +0200, Maik Beckmann wrote: > Am Mittwoch 28 Mai 2008 15:25:06 schrieb Bill Hoffman: > > Yup, sorry, won't work. Each target (library, exe) must be all fortran. > > The IDE does not support mixed CXX and Fortran. So, you would have to > > have:> > > CMAKE_MINIMUM_REQU

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Maik Beckmann
Am Mittwoch 28 Mai 2008 15:25:06 schrieb Bill Hoffman: > Yup, sorry, won't work. Each target (library, exe) must be all fortran. > The IDE does not support mixed CXX and Fortran. So, you would have to > have: > > > > CMAKE_MINIMUM_REQUIRED( VERSION 2.6 ) > > ENABLE_LANGUAGE( Fortran ) > > ADD_LI

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Maik Beckmann
Am Mittwoch 28 Mai 2008 15:03:46 schrieb Allen Barnett: > Hi: I have a project which consists of a C++ main and a set of FORTRAN > computational routines which I'm trying to build on windows XP. I'm > using visual studio 2008 (VC9) and the Intel FORTRAN compiler (10.1) on > IA32. I'm also using CMa

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Alin M Elena
Hi, This is a little bit out of topic. Are you sure that you need to use cygwin? I have ported few unix projects to native windows just using powershell free microsoft compilers cmake (nmake file generator) optionally you may need unxtools I see that you have MKL I suspect that you have intel co

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Bill Hoffman
Alin M Elena wrote: Hi Allen, There is no generator in cmake for the Intel fortran projects VS. It is no big deal to generate them manually in VS. Just add the fortran components to the solution. you wil get some extra vfproj files in the project tree. I do not know how would be affected the

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Alin M Elena
Hi Allen, There is no generator in cmake for the Intel fortran projects VS. It is no big deal to generate them manually in VS. Just add the fortran components to the solution. you wil get some extra vfproj files in the project tree. I do not know how would be affected the .sln file. You should

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Arjen Markus
Allen Barnett wrote: Hi: I have a project which consists of a C++ main and a set of FORTRAN computational routines which I'm trying to build on windows XP. I'm using visual studio 2008 (VC9) and the Intel FORTRAN compiler (10.1) on IA32. I'm also using CMake 2.6 patch 0. If I generate NMake Make

Re: [CMake] C++ and FORTRAN

2008-05-28 Thread Bill Hoffman
Allen Barnett wrote: Hi: I have a project which consists of a C++ main and a set of FORTRAN computational routines which I'm trying to build on windows XP. I'm using visual studio 2008 (VC9) and the Intel FORTRAN compiler (10.1) on IA32. I'm also using CMake 2.6 patch 0. If I generate NMake Makef

Re: [CMake] Getting coverage to show up

2008-05-28 Thread Bill Hoffman
$ head ./Testing/20080528-0100/Coverage.xml May 28 13:24 CEST 34 24 58.62 0.65 Thanks ! Looks like a CDash issue... -Bill ___ CMake mailing list CMake@cmake.or

Re: [CMake] Getting coverage to show up

2008-05-28 Thread Mathieu Malaterre
where cmake version is still 2.4.5, is this the issue here ? For info: $ head ./Testing/20080528-0100/Coverage.xml May 28 13:24 CEST 34 24 58.62 0.65 Thanks ! -- Mathieu __

Re: [CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Bill Hoffman
Axel Roebel wrote: Hi, I just switched from 2.4.8 to 2.6 and found a very strange behavior in one of my existing cmake projects. I am trying to find the include files (and libraries) of Intels mkl libraries with the following cmake code FIND_PATH(MKL_INCLUDE_PATH_TMP mkl_dfti.h PATHS /usr/in

Re: [CMake] Getting coverage to show up

2008-05-28 Thread Bill Hoffman
Mathieu Malaterre wrote: Hi there, I do not understand why the coverage for the gdcm project is 0%. Here is the ctest script I am using: Thus CDash should display 29.53%, right ? Take a look at the Coverage*.xml files in the testing directory. There is a bug with cmake 2.6 not showi

[CMake] Getting coverage to show up

2008-05-28 Thread Mathieu Malaterre
Hi there, I do not understand why the coverage for the gdcm project is 0%. Here is the ctest script I am using: http://www.cdash.org/CDash/viewNotes.php?buildid=86800 And it shows up as: http://www.cdash.org/CDash/viewCoverage.php?buildid=86800 While if I type manually: $ make NightlyCo

[CMake] Packaging for Win32 system

2008-05-28 Thread Mathieu Malaterre
Hi, Summary: I am trying to make binary package of gdcm for Win32 system. Issue #1. In the past I was using the Free VCToolkit 2003 to package everything; It was nice and easy since cmake by default uses /MT to compile stuff (ie. no dll to redistribute). Unfortunately for me, /MT flag is ac

[CMake] to_cmake_path/to_native_path oddities

2008-05-28 Thread Axel Roebel
Hi, I just switched from 2.4.8 to 2.6 and found a very strange behavior in one of my existing cmake projects. I am trying to find the include files (and libraries) of Intels mkl libraries with the following cmake code FIND_PATH(MKL_INCLUDE_PATH_TMP mkl_dfti.h PATHS /usr/include /usr/local/i