[CMake] cmake error when trying to compile KMyMoney 3.97.1
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
Re: [CMake] Is there really any cmake support?
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] debug with codeblocks project
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?
On Sun, Apr 4, 2010 at 5:30 AM, Fred Fred stan1...@hotmail.fr 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
Re: [CMake] Is there really any cmake support?
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 stan1...@hotmail.fr 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?
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?
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 stan1...@hotmail.fr 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 http://clk.atdmt.com/FRM/go/207186970/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 ___ 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?
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 stan1...@hotmail.fr 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 http://clk.atdmt.com/FRM/go/207186970/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 ___ 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
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?
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] Is there really any cmake support?
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 stan1...@hotmail.fr 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?
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 stan1...@hotmail.fr 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] cmake error when trying to compile KMyMoney 3.97.1
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 pierre.maur...@gadz.orgwrote: 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
Re: [CMake] CXX incorrectly includes CMakeFortranInformation.cmake for MinGW/MSYS/Wine
On Sun, Apr 4, 2010 at 7:16 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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
