Thanks for your help Christian, but I just solved the problem with the
following CMakeLists.txt file. In this solution I don't need to add
#include "mivgui.moc" at the end of file.
CMakeLists.txt
-
Oh... I left it commented just for testing. Wrong copy-paste... sorry.
But even if this line is not commented, the same error message is displayed.
On Tue, Sep 9, 2008 at 3:26 AM, Christian Ehrlicher <[EMAIL PROTECTED]>wrote:
> > Von: "Luis Roberto P. Paula"
> > Hello everyone!
> >
> > I'm tryin
> Von: "Christian Ehrlicher"
> > Von: "Luis Roberto P. Paula"
> > Hello everyone!
> >
> > I'm trying to compile a simple application using Qt4 with cmake, but I'm
> > stucked in this error:
> >
> > [ 33%] Generating ui_mivgui.h
> > Scanning dependencies of target viewer
> > [ 66%] Building CXX o
> Von: "Luis Roberto P. Paula"
> Hello everyone!
>
> I'm trying to compile a simple application using Qt4 with cmake, but I'm
> stucked in this error:
>
> [ 33%] Generating ui_mivgui.h
> Scanning dependencies of target viewer
> [ 66%] Building CXX object CMakeFiles/viewer.dir/main.o
> [100%] Buil
Hello everyone!
I'm trying to compile a simple application using Qt4 with cmake, but I'm
stucked in this error:
[ 33%] Generating ui_mivgui.h
Scanning dependencies of target viewer
[ 66%] Building CXX object CMakeFiles/viewer.dir/main.o
[100%] Building CXX object CMakeFiles/viewer.dir/mivgui.o
Li
On Mon, Sep 8, 2008 at 5:28 PM, Robert Kubrick <[EMAIL PROTECTED]> wrote:
> I see. So you mean removing the cache files everytime I change the CXX
> variable?
> That works as far as I only use mpicxx, but if I want to run a profiled
> version of my program I should be able to set a variable to swit
On Sep 8, 2008, at 5:50 PM, Alexander Neundorf wrote:
On Monday 08 September 2008, Robert Kubrick wrote:
I see. So you mean removing the cache files everytime I change the
CXX variable?
That works as far as I only use mpicxx, but if I want to run a
profiled version of my program I should be ab
'lo there,
I have written a very silly cmake module:
http://gdcm.svn.sf.net/viewvc/gdcm/trunk/CMake/UseCopyright.cmake?view=markup
...
# Handy macro to gather all copyright in a single file (to pass to cpack)
MACRO(CREATE_COPYRIGHT_FILE name)
# Always cleanup the file:
FILE(WRITE ${name} ""
On Monday 08 September 2008, Robert Kubrick wrote:
> I see. So you mean removing the cache files everytime I change the
> CXX variable?
> That works as far as I only use mpicxx, but if I want to run a
> profiled version of my program I should be able to set a variable to
> switch to mpicxx -mpe=mpi
I see. So you mean removing the cache files everytime I change the
CXX variable?
That works as far as I only use mpicxx, but if I want to run a
profiled version of my program I should be able to set a variable to
switch to mpicxx -mpe=mpianim without regenerating the Makefiles.
On Sep 8, 20
On Monday 08 September 2008, Robert Kubrick wrote:
> Nope. I removed the force compiler lines from CMakeLists.txt and set
> CXX to mpicxx but the Makefile invokes g++.
Did you remove CMakeCache.txt, i.e. start with a fresh build tree ?
Otherwise the compiler won't be changed.
Alex
___
Nope. I removed the force compiler lines from CMakeLists.txt and set
CXX to mpicxx but the Makefile invokes g++.
On Sep 8, 2008, at 5:08 PM, Alexander Neundorf wrote:
On Monday 08 September 2008, Robert Kubrick wrote:
I'm having some problems with the MPI module:
#
# MPI
#
FIND_PACKAGE(MPI
On Monday 08 September 2008, Robert Kubrick wrote:
> I'm having some problems with the MPI module:
>
> #
> # MPI
> #
> FIND_PACKAGE(MPI REQUIRED)
> INCLUDE(CMakeForceCompiler)
> CMAKE_FORCE_CXX_COMPILER(mpicxx "MPI C++ Compiler")
>
> The code above works. It invokes the mpicc wrapper to compile my
I'm having some problems with the MPI module:
#
# MPI
#
FIND_PACKAGE(MPI REQUIRED)
INCLUDE(CMakeForceCompiler)
CMAKE_FORCE_CXX_COMPILER(mpicxx "MPI C++ Compiler")
The code above works. It invokes the mpicc wrapper to compile my MPI
project. However I figured there must be a simpler way to run
Wheeler, Frederick W (GE, Research) wrote:
CMake List:
I have a ctest/cmake issue where LD_LIBRARY_PATH must be set to run
test execs produced by ctest but that LD_LIBRARY_PATH setting causes
ctest/cmake to not run due to a library mismatch. Does anyone have a
solution or any advice? Details b
On Mon, Sep 8, 2008 at 7:39 PM, Wheeler, Frederick W (GE, Research)
<[EMAIL PROTECTED]> wrote:
> CMake List:
>
> I have a ctest/cmake issue where LD_LIBRARY_PATH must be set to run
> test execs produced by ctest but that LD_LIBRARY_PATH setting causes
> ctest/cmake to not run due to a library misma
On Monday 08 September 2008 9:12:29 am Maik Beckmann wrote:
> Am Montag 08 September 2008 schrieb Allen Barnett:
> > Hi: I'm running CMake 2.6.1 on my Fedora 7 laptop. I guess I'm getting
> > old because the default font size of the GUI is too small for me to
> > read. In particular, the output win
CMake List:
I have a ctest/cmake issue where LD_LIBRARY_PATH must be set to run
test execs produced by ctest but that LD_LIBRARY_PATH setting causes
ctest/cmake to not run due to a library mismatch. Does anyone have a
solution or any advice? Details below.
After a recent upgrade to FreeBSD 7.0,
Am Montag 08 September 2008 schrieb Allen Barnett:
> Hi: I'm running CMake 2.6.1 on my Fedora 7 laptop. I guess I'm getting
> old because the default font size of the GUI is too small for me to
> read. In particular, the output window font is so small that the
> characters are not completely render
Both of those issues have already been fixed, and are in the latest
CMake 2.6. Though, I don't remember the earliest version they were
fixed in.
Thanks,
Clint
Jean-Paul Chaput wrote:
Hello,
I may have found a problem in FindQt4.cmake. It may have been already
solved, in which case I apolog
Fernando Cacciola wrote:
try_compile( X_COMPILE_RES
${CMAKE_BINARY_DIR}
${CMAKE_SOURCE_DIR}/X.cpp
CMAKE_FLAGS
-DINCLUDE_DIRECTORIES:STRING="${CMAKE_SOURCE_DIR}/includeA;${CMAKE_SOURCE_DIR}/includeB"
OK.
By looking at the source code I realize that each "flag
Hi,
Consider the following sample project:
project( FOOL C CXX )
try_compile( X_COMPILE_RES
${CMAKE_BINARY_DIR}
${CMAKE_SOURCE_DIR}/X.cpp
CMAKE_FLAGS
-DINCLUDE_DIRECTORIES:STRING="${CMAKE_SOURCE_DIR}/includeA;${CMAKE_SOURCE_DIR}/includeB"
OUTPUT_VAR
Hi: I'm running CMake 2.6.1 on my Fedora 7 laptop. I guess I'm getting
old because the default font size of the GUI is too small for me to
read. In particular, the output window font is so small that the
characters are not completely rendered. Is there a way to control the
font size of the GUI?
Th
Hello,
I may have found a problem in FindQt4.cmake. It may have been already
solved, in which case I apologize for generating noise on the list.
(but I've been able to find a fix with google...)
In attachement I joined a patch that fix the problem.
I use CMake 2.4.7 under Scientific Linux 5 (R
Patch works for me on debian stable. Please consider.
Credit goes to 0xd34df00d.
Thanks
-Mathieu
-- Forwarded message --
From: 0xd34df00d <[EMAIL PROTECTED]>
Date: Sat, Sep 6, 2008 at 11:41 PM
Subject: Re: [CMake] CPack DEB generator: Installed-Size field
To: Mathieu Malaterre <
I am using ADD_SUBDIRECTORY. I did'nt know, that anything like SUBDIRS
exists and haven't found anything in the documentation about it.
Martin
David Cole wrote:
> Are you using SUBDIRS or ADD_SUBDIRECTORY in your project...?
>
>
> On Thu, Sep 4, 2008 at 2:42 AM, Martin Apel <[EMAIL PROTECTED]
>
26 matches
Mail list logo