Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

2010-04-04 Thread John Drescher 
On Sun, Apr 4, 2010 at 7:16 PM, Alan W. Irwin  wrote:
> Clint (with an old version of MinGW) and I (with MinGW-4.5) have been
> running into a peculiar CXX error for MinGW/MSYS on Wine.
>
> Enabling C++ _sometimes_ fails because it includes
> CMakeFortranInformation.cmake (why?) which then leads to a
> "get_filename_component called with incorrect number of arguments"
>

I had this same problem under wine and using vc2005. I believe the
issue is caused by wine pulling in at least some of environment
variables from the linux system. The weird thing is this error only
occurred with some of my projects. To get around this temporarily
disabled the fortran module.

John
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

2010-04-04 Thread Alan W. Irwin 

On 2010-04-04 16:16-0700 Alan W. Irwin wrote:


In contrast to 3. The following succeeded:

A. project(test CXX Fortran )

B.
project(test NONE )
enable_language(Fortran )
enable_language(CXX )


Subsequent tests showed those actually did not succeed.  There were no
obvious errors, but the cache variable CMAKE_CXX_COMPILER_WORKS was not set.

So it appears there is no current way to get CXX working properly for
MinGW/MSYS/Wine; there is always some failure due to the interference from
Fortran.  Hopefully, the fix will be easy to figure out from the
cmake --trace --debug-output results I attached to my first post,
but if the CMake developers need me to try any more experiments, let me know.

Alan

__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__

Linux-powered Science
__
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine

2010-04-04 Thread Alan W. Irwin 

Clint (with an old version of MinGW) and I (with MinGW-4.5) have been
running into a peculiar CXX error for MinGW/MSYS on Wine.

Enabling C++ _sometimes_ fails because it includes
CMakeFortranInformation.cmake (why?) which then leads to a
"get_filename_component called with incorrect number of arguments"

I have been doing a bunch of experiments with this and I get this error for
the following cases.

1. (This is the one where I have attached the --trace --debug-output from
cmake)

project(test NONE )
enable_language(CXX )

2. 
project(test CXX)


3.
project(test NONE )
enable_language(CXX )
enable_language(Fortran )

In contrast to 3. The following succeeded:

A. 
project(test CXX Fortran )


B.
project(test NONE )
enable_language(Fortran )
enable_language(CXX )

All the above experiments (and generation of the attached file for the first
case) were done with Windows cmake-2.8.1 on the MinGW/MSYS/Wine platform
with "MSYS Makefiles" generator.

Cases (1), (2), (3), and (B) all feature CXX being enabled separately
from Fortran (if Fortran appears at all).  A working hypothesis
to explain these results which is also consistent with the attached
--trace output is that separate CXX enabling also enables Fortran
as a side effect for the "MSYS Makefiles" generator.  For the first 3 cases
this leads to an error because Fortran is uninitialized.  For case (B) Fortran
has been initialized so that the extra CXX side effect has no bad
consequences.

That leaves the case A success to explain, but that case takes a separate
path through the CMake code and perhaps in that case, Fortran is done before
CXX as in case B.

Other experiments...

I temporarily moved CMakeFortranInformation.cmake out of the way for
case (2), and obtained success.

I also tried the Windows version of cmake-2.6.4 for case (2) with everything
else the same and got the same issue.

I also tried case (2) with Linux (and --trace) and got success;
CMakeFortranInformation.cmake is not included for that case.

I hope the attached cmake --trace --debug-output output for case (1) and my
variety of above experiments will help the CMake developers figure this out.

For those with access to MinGW/MSYS/Windows here, could you please try to
verify the above failures and successes (it will only take a few minutes
since the required CMakeLists.txt files are only a few lines at most) for
the "MSYS Makefiles" generator in an effort to eliminate Wine or some nasty
interaction between Wine and CMake as the cause for these issues?

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__

Linux-powered Science
__

cmake.out.gz
Description: test case cmake output with --trace and --debug-output
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] debug with codeblocks project

2010-04-04 Thread Ryan Pavlik 
Yes, the CodeBlocks generator in CMake is just an extension of the makefile
one (note that it's named "Code::Blocks - Unix Makefiles") so the same thing
applies: set CMAKE_BUILD_TYPE as desired. In general, when using a
CMake-generated project file, if you need to change a project setting, do it
in CMake rather than your IDE, since the CMake settings are the master ones
used to generate the IDE data.

Ryan

On Sun, Apr 4, 2010 at 5:38 AM, AKHRES Nader wrote:

> Hello,
>
> I still have issue to compil with debug info in codeblocks project
> (generated by cmake).
> When I set the "-g" options in codeblocks gui, it seems to have no effect
> (but I manage to get it somehow by cleaning/rebuilding but can't reproduce).
>
> If I've understood (could someone confirm that?), with make generated by
> cmake, I have to generate one project for debug (with CMAKE_BUILD_TYPE set
> to Debug) and one for release?
> Is it the same for codeblocks?
>
> Nad
>
> ps: issue is the same with both windows and linux and even with minimal
> project
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>



-- 
Ryan Pavlik
HCI Graduate Student
Virtual Reality Applications Center
Iowa State University

rpav...@iastate.edu
http://academic.cleardefinition.com
Internal VRAC/HCI Site: http://tinyurl.com/rpavlik
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] cmake error when trying to compile KMyMoney 3.97.1

2010-04-04 Thread Ryan Pavlik 
I'm pretty sure that Gettext is included with Mac OS X - you might look into
using the "mac homebrew" packages which do a much better job than MacPorts
of not duplicating system packages. I'm pretty sure that all the packages
that are listed here as missing are available with brew.  In any case, this
is a question better suited to the KMyMoney mailing list.

http://mxcl.github.com/homebrew/

Good luck!

Ryan

On Sun, Apr 4, 2010 at 3:53 AM, Pierre Maurier wrote:

> Hi,
>
> I'm new in this mailing list and new in cmake compiling in general,
> I have a cmake error when trying to compile KMyMoney 3.97.1 on OSX.
> Here is the output :
>
> ===
> $ cmake -D CMAKE_BUILD_TYPE='Released' ..
> -- The C compiler identification is GNU
> -- The CXX compiler identification is GNU
> -- Checking whether C compiler has -isysroot
> -- Checking whether C compiler has -isysroot - yes
> -- Checking whether C compiler supports OSX deployment target flag
> -- Checking whether C compiler supports OSX deployment target flag - yes
> -- Check for working C compiler: /usr/bin/gcc
> -- Check for working C compiler: /usr/bin/gcc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Checking whether CXX compiler has -isysroot
> -- Checking whether CXX compiler has -isysroot - yes
> -- Checking whether CXX compiler supports OSX deployment target flag
> -- Checking whether CXX compiler supports OSX deployment target flag - yes
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Looking for Q_WS_X11
> -- Looking for Q_WS_X11 - not found.
> -- Looking for Q_WS_WIN
> -- Looking for Q_WS_WIN - not found.
> -- Looking for Q_WS_QWS
> -- Looking for Q_WS_QWS - not found.
> -- Looking for Q_WS_MAC
> -- Looking for Q_WS_MAC - found
> -- Looking for QT_MAC_USE_COCOA
> -- Looking for QT_MAC_USE_COCOA - found
> -- Found Qt-Version 4.6.2 (using /opt/local/bin/qmake-mac)
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> -- Looking for include files CMAKE_HAVE_PTHREAD_H - found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Found OpenSSL: /usr/lib/libssl.dylib
> -- Found Automoc4: /opt/local/bin/automoc4
> -- Found Perl: /opt/local/bin/perl
> -- Phonon Version: 4.3.1
> -- Found Phonon: /opt/local/libexec/qt4-mac/lib/phonon.framework
> -- Found Phonon Includes:
>
> /opt/local/libexec/qt4-mac/lib/phonon.framework/KDE;/opt/local/libexec/qt4-mac/lib/phonon.framework
> -- Performing Test _OFFT_IS_64BIT
> -- Performing Test _OFFT_IS_64BIT - Success
> -- Performing Test HAVE_FPIE_SUPPORT
> -- Performing Test HAVE_FPIE_SUPPORT - Success
> -- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL
> -- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL - Success
> -- Performing Test __KDE_HAVE_GCC_VISIBILITY
> -- Performing Test __KDE_HAVE_GCC_VISIBILITY - Success
> -- Found KDE 4.4 include dir: /opt/local/include
> -- Found KDE 4.4 library dir: /opt/local/lib
> -- Found the KDE4 kconfig_compiler preprocessor:
> /opt/local/bin/kconfig_compiler
> -- Found automoc4: /opt/local/bin/automoc4
> -- Boost version: 1.42.0
> -- Found the following Boost libraries:
> --   graph
> -- Found gpgme-config at /opt/local/bin/gpgme-config
> -- Found gpgme v1.2.0, checking for flavours...
> --  Found flavour 'vanilla', checking whether it's usable...yes
> --  Found flavour 'pthread', checking whether it's usable...yes
> --  Found flavour 'pth', checking whether it's usable...yes
> -- Usable gpgme flavours found:  vanilla pthread pth
> -- Found QGpgme: /opt/local/lib/libqgpgme.dylib
> -- Found KdepimLibs: /opt/local/lib/cmake/KdepimLibs/KdepimLibsConfig.cmake
> -- Found shared-mime-info version: 0.71
> -- Found JPEG: /opt/local/lib/libjpeg.dylib
> -- Found ZLIB: /usr/lib/libz.dylib
> -- Found PNG: /opt/local/lib/libpng.dylib
> -- Found Doxygen: /opt/local/bin/doxygen
> -- checking for modules 'libxml-2.0;libxml++-2.6;glib-2.0;glibmm-2.4'
> --   package 'libxml++-2.6' not found
> --   package 'glibmm-2.4' not found
> -- Looking for atoll
> -- Looking for atoll - found
> -- Looking for vsnprintf
> -- Looking for vsnprintf - found
> -- Looking for strtoll
> -- Looking for strtoll - found
> -- Looking for round
> -- Looking for round - found
> -- Looking for res_init
> -- Looking for res_init - not found.
> -- Performing Test HAVE_RES_INIT_PROTO
> -- Performing Test HAVE_RES_INIT_PROTO - Failed
> -- Looking for crypt
> -- Looking for crypt - not found
> -- Looking for stdint.h
> -- Looking for stdint.h - found
> -- Looking for dlfcn.h
> -- Looking for dlfcn.h - found
> -- Looking for inttypes.h
> -- Looking for inttypes.h - found
> -- Looking for memory.h
> -- Looking for memory

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Fred Fred 

Hmmm not sure I have understood.
Ok I have installed Qt from Nokia, and it seems that cmake found all what it 
needs since just a few variables are not found, namely QT_QTNSPLUGIN_... 
QT_QTDECLARATIVE_... and QT_QTDBUS...
Now what do you want? that I try to install just VTK and not PV directly?

From: mike.jack...@bluequartz.net
Date: Sun, 4 Apr 2010 11:32:44 -0400
Subject: Re: [CMake] Is there really any cmake support?
To: stan1...@hotmail.fr
CC: them...@gmail.com; cmake@cmake.org

Sorry sent too quick.
So download Qt from Nokias web site, install that, then try building VTK with 
qt support turned on. You should be able to compile vtk with mingw ising the 
defaults for vtk. Try that first before try to compile vtk with at support. 


-Mike Jackson  www.bluequartz.netPrincipal Software 
Engineer   mike.jack...@bluequartz.net
BlueQuartz Software   Dayton, Ohio

On Apr 4, 2010, at 5:30, Fred Fred  wrote:



You are right!
Actually I have been confusing with MinGW and Cygwin and I realized that I just 
need MinGW because I need to compile my plugins on Windows, and MinGW would 
allow me to generate native Windows dlls, whereas Cygwin would require to add 
specific dlls to make the generated dll working.

So I deleted my Cygwin install and use only MinGW tools.
I managed to ccmake the application and started make.
But after 79% of the building has been completed, an error occurred: while 
trying to compile vtkQtView, the included file vtkView.h is not found. I did 
not find out how to specify a good path, so I tried to copy all the .h files in 
the Views directory into the GUISupport/Qt directory but as expected the 
compilation works but there are errors at the link stage.

So which mistake did I do?

> Subject: Re: [CMake] Is there really any cmake support?
> From: them...@gmail.com
> Date: Mon, 29 Mar 2010 10:03:38 +0200

> CC: cmake@cmake.org
> To: stan1...@hotmail.fr
> 

> 
> On 29. Mar, 2010, at 9:51 , Fred Fred wrote:
> 
> > 
> > 
> >> Subject: Re: [CMake] Is there really any cmake support?
> >> From: them...@gmail.com

> >> Date: Mon, 29 Mar 2010 08:55:44 +0200
> >> CC: cmake@cmake.org
> >> To: stan1...@hotmail.fr

> >> 
> >> 
> >> On 28. Mar, 2010, at 18:09 , Fred Fred wrote:
> >> 
> >>> [snip]
> >> 
> >>> What I do not understand is why would cmake use non ASCII characters? 
> >>> Since my path is in ASCII (at least I hope that a mkdir command with 
> >>> non-accentuated characters does not generate non ASCII paths!) and I 
> >>> checked all the paths in the cmake configuration editor, I do not 
> >>> understand where a problem may arise.

> >> 
> >> 
> >> Now, that seems to be a different problem... What is your operating 
> >> system, your compiler etc.? If on Windows, are you using Cygwin or 
> >> MinGW/MSYS? Also, please post the error message you get.

> > 
> > I use Cygwin and MinGW on a virtual machine with XP and g++.
> > Joint to this message are 2 screen captures of the cmake screen.
> 
> 
> That won't work! Either use the compilers that come with cygwin (just launch 
> the installer again and select gcc4-g++ for installation) or use the native 
> Windows CMake version.

> 
> The problem in your case is, that the MinGW g++ compiler doesn't understand 
> what /cygdrive/c means, that's only a Cygwin convention.
> 
> 
> Michael
  
Envie de naviguer sur Internet sans laisser de trace? La solution avec Internet 
Explorer 8
___
Powered by www.kitware.com


Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html


Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ


Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake 
  
_
Découvrez comment SURFER DISCRETEMENT sur un site de rencontres !
http://clk.atdmt.com/FRM/go/206608211/direct/01/___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Fred Fred 

That's exactly what I did.

From: mike.jack...@bluequartz.net
Date: Sun, 4 Apr 2010 11:30:30 -0400
Subject: Re: [CMake] Is there really any cmake support?
To: stan1...@hotmail.fr
CC: them...@gmail.com; cmake@cmake.org

Did you build Qt prior to try to build vtk with qt support? You can download 
the MinGW versionof Qt from Nokiaa

-Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.netbluequartz 
Software   Dayton, Ohio


On Apr 4, 2010, at 5:30, Fred Fred  wrote:


You are right!
Actually I have been confusing with MinGW and Cygwin and I realized that I just 
need MinGW because I need to compile my plugins on Windows, and MinGW would 
allow me to generate native Windows dlls, whereas Cygwin would require to add 
specific dlls to make the generated dll working.

So I deleted my Cygwin install and use only MinGW tools.
I managed to ccmake the application and started make.
But after 79% of the building has been completed, an error occurred: while 
trying to compile vtkQtView, the included file vtkView.h is not found. I did 
not find out how to specify a good path, so I tried to copy all the .h files in 
the Views directory into the GUISupport/Qt directory but as expected the 
compilation works but there are errors at the link stage.

So which mistake did I do?

> Subject: Re: [CMake] Is there really any cmake support?
> From: them...@gmail.com
> Date: Mon, 29 Mar 2010 10:03:38 +0200

> CC: cmake@cmake.org
> To: stan1...@hotmail.fr
> 

> 
> On 29. Mar, 2010, at 9:51 , Fred Fred wrote:
> 
> > 
> > 
> >> Subject: Re: [CMake] Is there really any cmake support?
> >> From: them...@gmail.com

> >> Date: Mon, 29 Mar 2010 08:55:44 +0200
> >> CC: cmake@cmake.org
> >> To: stan1...@hotmail.fr

> >> 
> >> 
> >> On 28. Mar, 2010, at 18:09 , Fred Fred wrote:
> >> 
> >>> [snip]
> >> 
> >>> What I do not understand is why would cmake use non ASCII characters? 
> >>> Since my path is in ASCII (at least I hope that a mkdir command with 
> >>> non-accentuated characters does not generate non ASCII paths!) and I 
> >>> checked all the paths in the cmake configuration editor, I do not 
> >>> understand where a problem may arise.

> >> 
> >> 
> >> Now, that seems to be a different problem... What is your operating 
> >> system, your compiler etc.? If on Windows, are you using Cygwin or 
> >> MinGW/MSYS? Also, please post the error message you get.

> > 
> > I use Cygwin and MinGW on a virtual machine with XP and g++.
> > Joint to this message are 2 screen captures of the cmake screen.
> 
> 
> That won't work! Either use the compilers that come with cygwin (just launch 
> the installer again and select gcc4-g++ for installation) or use the native 
> Windows CMake version.

> 
> The problem in your case is, that the MinGW g++ compiler doesn't understand 
> what /cygdrive/c means, that's only a Cygwin convention.
> 
> 
> Michael
  
Envie de naviguer sur Internet sans laisser de trace? La solution avec Internet 
Explorer 8
___
Powered by www.kitware.com


Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html


Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ


Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake 
  
_
Hotmail et MSN dans la poche? HOTMAIL et MSN sont dispo gratuitement sur votre 
téléphone!
http://www.messengersurvotremobile.com/?d=Hotmail___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Fred Fred 

Yes I am trying to build PV.

> Date: Sun, 4 Apr 2010 09:37:45 -0400
> Subject: Re: [CMake] Is there really any cmake support?
> From: dresche...@gmail.com
> To: stan1...@hotmail.fr
> CC: cmake@cmake.org
> 
> > Which one? I just found a single CMakeLists.txt file in the build hierarchy,
> > actually located in ./VTK/CMakeTmp/TestExplicitInstantiation/CMakeLists.txt,
> > but I suppose you speak about another one. Do you mean a CMakeLists.txt
> > located in the source hierarchy???
> >
> From your answer it looks like you are not building your own code
> which I thought when I read your last reply but vtk. Are you building
> VTK?
> 
> John
  
_
Découvrez comment SURFER DISCRETEMENT sur un site de rencontres !
http://clk.atdmt.com/FRM/go/206608211/direct/01/___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMake+newbie

2010-04-04 Thread Alan W. Irwin 

On 2010-04-04 12:51+0530 Prashant Saxena wrote:


Hi,

This is my vary first post here. I have never tried CMake or similar stuff 
before and my skill set is limited in C/C++
domain. Please have a little patience with me.

On Linux(kubuntu karmic), I have to convert a makefile using CMake. The current 
makefile compiles three small .c
files and produces a single binaries.(release & debug version both)

The binary is a bootloader for python packaging tool "pyinstaller".

Current implementation uses gcc compiler which I should replace with LSB in 
order to remove the binary dependency
issue.

I need some guidelines so that I can go forward and compile the bootloader 
using CMake script. It seems CMake scripts are much smaller and easier to 
create compare to makefiles but it's just what I have heard and never tried
myself before.


Start with http://cmake.org/cmake/help/documentation.html.  Especially the
tutorial which gives some useful examples.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__

Linux-powered Science
__
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Mike Jackson 
Sorry sent too quick.

So download Qt from Nokias web site, install that, then try building VTK
with qt support turned on. You should be able to compile vtk with mingw
ising the defaults for vtk. Try that first before try to compile vtk with at
support.

-
Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.net
BlueQuartz Software   Dayton, Ohio


On Apr 4, 2010, at 5:30, Fred Fred  wrote:

You are right!
Actually I have been confusing with MinGW and Cygwin and I realized that I
just need MinGW because I need to compile my plugins on Windows, and MinGW
would allow me to generate native Windows dlls, whereas Cygwin would require
to add specific dlls to make the generated dll working.
So I deleted my Cygwin install and use only MinGW tools.
I managed to ccmake the application and started make.
But after 79% of the building has been completed, an error occurred: while
trying to compile vtkQtView, the included file vtkView.h is not found. I did
not find out how to specify a good path, so I tried to copy all the .h files
in the Views directory into the GUISupport/Qt directory but as expected the
compilation works but there are errors at the link stage.
So which mistake did I do?

> Subject: Re: [CMake] Is there really any cmake support?
> From: them...@gmail.com
> Date: Mon, 29 Mar 2010 10:03:38 +0200
> CC: cmake@cmake.org
> To: stan1...@hotmail.fr
>
>
> On 29. Mar, 2010, at 9:51 , Fred Fred wrote:
>
> >
> >
> >> Subject: Re: [CMake] Is there really any cmake support?
> >> From: them...@gmail.com
> >> Date: Mon, 29 Mar 2010 08:55:44 +0200
> >> CC: cmake@cmake.org
> >> To: stan1...@hotmail.fr
> >>
> >>
> >> On 28. Mar, 2010, at 18:09 , Fred Fred wrote:
> >>
> >>> [snip]
> >>
> >>> What I do not understand is why would cmake use non ASCII characters?
Since my path is in ASCII (at least I hope that a mkdir command with
non-accentuated characters does not generate non ASCII paths!) and I checked
all the paths in the cmake configuration editor, I do not understand where a
problem may arise.
> >>
> >>
> >> Now, that seems to be a different problem... What is your operating
system, your compiler etc.? If on Windows, are you using Cygwin or
MinGW/MSYS? Also, please post the error message you get.
> >
> > I use Cygwin and MinGW on a virtual machine with XP and g++.
> > Joint to this message are 2 screen captures of the cmake screen.
>
>
> That won't work! Either use the compilers that come with cygwin (just
launch the installer again and select gcc4-g++ for installation) or use the
native Windows CMake version.
>
> The problem in your case is, that the MinGW g++ compiler doesn't
understand what /cygdrive/c means, that's only a Cygwin convention.
>
>
> Michael

--
Envie de naviguer sur Internet sans laisser de trace? La solution avec
Internet Explorer 8 

___
Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Mike Jackson 
Did you build Qt prior to try to build vtk with qt support? You can download
the MinGW versionof Qt from Nokiaa

-
Mike Jackson  www.bluequartz.net
Principal Software Engineer   mike.jack...@bluequartz.net
BlueQuartz Software   Dayton, Ohio


On Apr 4, 2010, at 5:30, Fred Fred  wrote:

You are right!
Actually I have been confusing with MinGW and Cygwin and I realized that I
just need MinGW because I need to compile my plugins on Windows, and MinGW
would allow me to generate native Windows dlls, whereas Cygwin would require
to add specific dlls to make the generated dll working.
So I deleted my Cygwin install and use only MinGW tools.
I managed to ccmake the application and started make.
But after 79% of the building has been completed, an error occurred: while
trying to compile vtkQtView, the included file vtkView.h is not found. I did
not find out how to specify a good path, so I tried to copy all the .h files
in the Views directory into the GUISupport/Qt directory but as expected the
compilation works but there are errors at the link stage.
So which mistake did I do?

> Subject: Re: [CMake] Is there really any cmake support?
> From: them...@gmail.com
> Date: Mon, 29 Mar 2010 10:03:38 +0200
> CC: cmake@cmake.org
> To: stan1...@hotmail.fr
>
>
> On 29. Mar, 2010, at 9:51 , Fred Fred wrote:
>
> >
> >
> >> Subject: Re: [CMake] Is there really any cmake support?
> >> From: them...@gmail.com
> >> Date: Mon, 29 Mar 2010 08:55:44 +0200
> >> CC: cmake@cmake.org
> >> To: stan1...@hotmail.fr
> >>
> >>
> >> On 28. Mar, 2010, at 18:09 , Fred Fred wrote:
> >>
> >>> [snip]
> >>
> >>> What I do not understand is why would cmake use non ASCII characters?
Since my path is in ASCII (at least I hope that a mkdir command with
non-accentuated characters does not generate non ASCII paths!) and I checked
all the paths in the cmake configuration editor, I do not understand where a
problem may arise.
> >>
> >>
> >> Now, that seems to be a different problem... What is your operating
system, your compiler etc.? If on Windows, are you using Cygwin or
MinGW/MSYS? Also, please post the error message you get.
> >
> > I use Cygwin and MinGW on a virtual machine with XP and g++.
> > Joint to this message are 2 screen captures of the cmake screen.
>
>
> That won't work! Either use the compilers that come with cygwin (just
launch the installer again and select gcc4-g++ for installation) or use the
native Windows CMake version.
>
> The problem in your case is, that the MinGW g++ compiler doesn't
understand what /cygdrive/c means, that's only a Cygwin convention.
>
>
> Michael

--
Envie de naviguer sur Internet sans laisser de trace? La solution avec
Internet Explorer 8 

___
Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread John Drescher 
> Which one? I just found a single CMakeLists.txt file in the build hierarchy,
> actually located in ./VTK/CMakeTmp/TestExplicitInstantiation/CMakeLists.txt,
> but I suppose you speak about another one. Do you mean a CMakeLists.txt
> located in the source hierarchy???
>
>From your answer it looks like you are not building your own code
which I thought when I read your last reply but vtk. Are you building
VTK?

John
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Fred Fred 

Which one? I just found a single CMakeLists.txt file in the build hierarchy, 
actually located in ./VTK/CMakeTmp/TestExplicitInstantiation/CMakeLists.txt, 
but I suppose you speak about another one. Do you mean a CMakeLists.txt located 
in the source hierarchy???

> Date: Sun, 4 Apr 2010 09:07:28 -0400
> Subject: Re: [CMake] Is there really any cmake support?
> From: dresche...@gmail.com
> To: stan1...@hotmail.fr
> CC: cmake@cmake.org
> 
> On Sun, Apr 4, 2010 at 5:30 AM, Fred Fred  wrote:
> > You are right!
> > Actually I have been confusing with MinGW and Cygwin and I realized that I
> > just need MinGW because I need to compile my plugins on Windows, and MinGW
> > would allow me to generate native Windows dlls, whereas Cygwin would require
> > to add specific dlls to make the generated dll working.
> > So I deleted my Cygwin install and use only MinGW tools.
> > I managed to ccmake the application and started make.
> > But after 79% of the building has been completed, an error occurred: while
> > trying to compile vtkQtView, the included file vtkView.h is not found. I did
> > not find out how to specify a good path, so I tried to copy all the .h files
> > in the Views directory into the GUISupport/Qt directory but as expected the
> > compilation works but there are errors at the link stage.
> > So which mistake did I do?
> >
> 
> Can you post your CMakeLists.txt file?
> 
> John
  
_
Hotmail arrive sur votre téléphone ! Compatible Iphone, Windows Phone, 
Blackberry, …
http://www.messengersurvotremobile.com/?d=Hotmail___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread John Drescher 
On Sun, Apr 4, 2010 at 5:30 AM, Fred Fred  wrote:
> You are right!
> Actually I have been confusing with MinGW and Cygwin and I realized that I
> just need MinGW because I need to compile my plugins on Windows, and MinGW
> would allow me to generate native Windows dlls, whereas Cygwin would require
> to add specific dlls to make the generated dll working.
> So I deleted my Cygwin install and use only MinGW tools.
> I managed to ccmake the application and started make.
> But after 79% of the building has been completed, an error occurred: while
> trying to compile vtkQtView, the included file vtkView.h is not found. I did
> not find out how to specify a good path, so I tried to copy all the .h files
> in the Views directory into the GUISupport/Qt directory but as expected the
> compilation works but there are errors at the link stage.
> So which mistake did I do?
>

Can you post your CMakeLists.txt file?

John
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] debug with codeblocks project

2010-04-04 Thread AKHRES Nader 

Hello,

I still have issue to compil with debug info in codeblocks project 
(generated by cmake).
When I set the "-g" options in codeblocks gui, it seems to have no 
effect (but I manage to get it somehow by cleaning/rebuilding but can't 
reproduce).


If I've understood (could someone confirm that?), with make generated by 
cmake, I have to generate one project for debug (with CMAKE_BUILD_TYPE 
set to Debug) and one for release?

Is it the same for codeblocks?

Nad

ps: issue is the same with both windows and linux and even with minimal 
project

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Is there really any cmake support?

2010-04-04 Thread Fred Fred 

You are right!
Actually I have been confusing with MinGW and Cygwin and I realized that I just 
need MinGW because I need to compile my plugins on Windows, and MinGW would 
allow me to generate native Windows dlls, whereas Cygwin would require to add 
specific dlls to make the generated dll working.
So I deleted my Cygwin install and use only MinGW tools.
I managed to ccmake the application and started make.
But after 79% of the building has been completed, an error occurred: while 
trying to compile vtkQtView, the included file vtkView.h is not found. I did 
not find out how to specify a good path, so I tried to copy all the .h files in 
the Views directory into the GUISupport/Qt directory but as expected the 
compilation works but there are errors at the link stage.
So which mistake did I do?

> Subject: Re: [CMake] Is there really any cmake support?
> From: them...@gmail.com
> Date: Mon, 29 Mar 2010 10:03:38 +0200
> CC: cmake@cmake.org
> To: stan1...@hotmail.fr
> 
> 
> On 29. Mar, 2010, at 9:51 , Fred Fred wrote:
> 
> > 
> > 
> >> Subject: Re: [CMake] Is there really any cmake support?
> >> From: them...@gmail.com
> >> Date: Mon, 29 Mar 2010 08:55:44 +0200
> >> CC: cmake@cmake.org
> >> To: stan1...@hotmail.fr
> >> 
> >> 
> >> On 28. Mar, 2010, at 18:09 , Fred Fred wrote:
> >> 
> >>> [snip]
> >> 
> >>> What I do not understand is why would cmake use non ASCII characters? 
> >>> Since my path is in ASCII (at least I hope that a mkdir command with 
> >>> non-accentuated characters does not generate non ASCII paths!) and I 
> >>> checked all the paths in the cmake configuration editor, I do not 
> >>> understand where a problem may arise.
> >> 
> >> 
> >> Now, that seems to be a different problem... What is your operating 
> >> system, your compiler etc.? If on Windows, are you using Cygwin or 
> >> MinGW/MSYS? Also, please post the error message you get.
> > 
> > I use Cygwin and MinGW on a virtual machine with XP and g++.
> > Joint to this message are 2 screen captures of the cmake screen.
> 
> 
> That won't work! Either use the compilers that come with cygwin (just launch 
> the installer again and select gcc4-g++ for installation) or use the native 
> Windows CMake version.
> 
> The problem in your case is, that the MinGW g++ compiler doesn't understand 
> what /cygdrive/c means, that's only a Cygwin convention.
> 
> 
> Michael
  
_
Découvrez comment SURFER DISCRETEMENT sur un site de rencontres !
http://clk.atdmt.com/FRM/go/206608211/direct/01/___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] cmake error when trying to compile KMyMoney 3.97.1

2010-04-04 Thread Pierre Maurier 
Hi,

I'm new in this mailing list and new in cmake compiling in general,
I have a cmake error when trying to compile KMyMoney 3.97.1 on OSX.
Here is the output :

===
$ cmake -D CMAKE_BUILD_TYPE='Released' ..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - not found.
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - found
-- Looking for QT_MAC_USE_COCOA
-- Looking for QT_MAC_USE_COCOA - found
-- Found Qt-Version 4.6.2 (using /opt/local/bin/qmake-mac)
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found OpenSSL: /usr/lib/libssl.dylib
-- Found Automoc4: /opt/local/bin/automoc4
-- Found Perl: /opt/local/bin/perl
-- Phonon Version: 4.3.1
-- Found Phonon: /opt/local/libexec/qt4-mac/lib/phonon.framework
-- Found Phonon Includes:
/opt/local/libexec/qt4-mac/lib/phonon.framework/KDE;/opt/local/libexec/qt4-mac/lib/phonon.framework
-- Performing Test _OFFT_IS_64BIT
-- Performing Test _OFFT_IS_64BIT - Success
-- Performing Test HAVE_FPIE_SUPPORT
-- Performing Test HAVE_FPIE_SUPPORT - Success
-- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL
-- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL - Success
-- Performing Test __KDE_HAVE_GCC_VISIBILITY
-- Performing Test __KDE_HAVE_GCC_VISIBILITY - Success
-- Found KDE 4.4 include dir: /opt/local/include
-- Found KDE 4.4 library dir: /opt/local/lib
-- Found the KDE4 kconfig_compiler preprocessor: /opt/local/bin/kconfig_compiler
-- Found automoc4: /opt/local/bin/automoc4
-- Boost version: 1.42.0
-- Found the following Boost libraries:
--   graph
-- Found gpgme-config at /opt/local/bin/gpgme-config
-- Found gpgme v1.2.0, checking for flavours...
--  Found flavour 'vanilla', checking whether it's usable...yes
--  Found flavour 'pthread', checking whether it's usable...yes
--  Found flavour 'pth', checking whether it's usable...yes
-- Usable gpgme flavours found:  vanilla pthread pth
-- Found QGpgme: /opt/local/lib/libqgpgme.dylib
-- Found KdepimLibs: /opt/local/lib/cmake/KdepimLibs/KdepimLibsConfig.cmake
-- Found shared-mime-info version: 0.71
-- Found JPEG: /opt/local/lib/libjpeg.dylib
-- Found ZLIB: /usr/lib/libz.dylib
-- Found PNG: /opt/local/lib/libpng.dylib
-- Found Doxygen: /opt/local/bin/doxygen
-- checking for modules 'libxml-2.0;libxml++-2.6;glib-2.0;glibmm-2.4'
--   package 'libxml++-2.6' not found
--   package 'glibmm-2.4' not found
-- Looking for atoll
-- Looking for atoll - found
-- Looking for vsnprintf
-- Looking for vsnprintf - found
-- Looking for strtoll
-- Looking for strtoll - found
-- Looking for round
-- Looking for round - found
-- Looking for res_init
-- Looking for res_init - not found.
-- Performing Test HAVE_RES_INIT_PROTO
-- Performing Test HAVE_RES_INIT_PROTO - Failed
-- Looking for crypt
-- Looking for crypt - not found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for dlfcn.h
-- Looking for dlfcn.h - found
-- Looking for inttypes.h
-- Looking for inttypes.h - found
-- Looking for memory.h
-- Looking for memory.h - found
-- Looking for stdlib.h
-- Looking for stdlib.h - found
-- Looking for strings.h
-- Looking for strings.h - found
-- Looking for string.h
-- Looking for string.h - found
-- Looking for sys/bitypes.h
-- Looking for sys/bitypes.h - not found
-- Looking for sys/stat.h
-- Looking for sys/stat.h - found
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for unistd.h
-- Looking for unistd.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of char*
-- Check size of char* - failed
-- Check size of int
-- Check size of int - failed
-- Check size of long
-- Check size of long - failed
-- Check size of short
-- Check si