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
> 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
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
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
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
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,
-
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
$ 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
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
__
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
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
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
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
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
28 matches
Mail list logo