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
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] 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] Is there really any cmake support?
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. Michael ___ 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?
Michael Wild wrote: 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. IF you look close at the error message, it is not your software that is the problem. It is the install directory for CMake itself that is the problem. The test uses a full path to a source file in the CMake install tree to test the C compiler. That path has the issue. If you installed CMake into a different directory it should work. -Bill ___ 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] Is there really any cmake support?
This list seems not to be really active and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! So is there really anybody trying to help on cmake?? From: stan1...@hotmail.fr To: cmake@cmake.org Date: Sat, 20 Mar 2010 17:28:53 +0100 Subject: [CMake] Windows install issue I also face this bug, which seems not to have been fixed. I use Cygwin and MinGV on XP. This thread was posted on the ITK bug list, so should I copy it on the cmake bug list? http://www.itk.org/Bug/view.php?id=8516 Commander un cadeau en ligne discrètement? Voir la solution offerte par Internet Explorer8 _ 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/3/28 Fred Fred stan1...@hotmail.fr: This list seems not to be really active You are kidding right? Did you check the past 3 years archive ? and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! I'm sure that you may find far older bugs on many project. So is there really anybody trying to help on cmake?? May be you want :-) ? I think you may be wrong about what to expect from an Open Source community and how to ask for help. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ 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 28. Mar, 2010, at 12:37 , Eric Noulard wrote: 2010/3/28 Fred Fred stan1...@hotmail.fr: This list seems not to be really active You are kidding right? Did you check the past 3 years archive ? Two years worth of messages in my mailbox: 16422... and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! I'm sure that you may find far older bugs on many project. And this one is probably one of the harder bugs to fix, and very few people seem to be affected by it (that is, most programmers probably don't even try to use international characters in their path names...) So is there really anybody trying to help on cmake?? May be you want :-) ? That's how it usually works (and quite well at that) in open source projects: Everybody scratches his own itch ;-) I think you may be wrong about what to expect from an Open Source community and how to ask for help. AFAIK Kitware does prioritize paid work, so perhaps the OP should contact the sales department ;-) Back to the original problem: The easy fix? Only use ASCII characters in your path names... The real fix would be to port CMake to fully support UTF-16/32: a huge undertaking, with any software. Especially, since wchar_t is not guaranteed to be large enough to hold unicode characters; it may be as small as 8 bit! On many platforms, most compilers use 32 bit, but you can't rely on that. The upcoming C++ standard (C++0x) does define exact-width character types (char16_t, char32_t) and the corresponding string types (std::u16string and std::u32string), but then I don't know about the whole machinery you need to actually deal with such strings effectively. However, this is a future standard and I'm very sure that the CMake-developers will not rely on any of its features for years to come since they want CMake to build on all kinds of old and weird systems. One option would be to use ICU (http://icu-project.org), but again, this would require a lot of work and is a HUGE dependency... Michael ___ 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 Sunday 28 March 2010, Eric Noulard wrote: 2010/3/28 Fred Fred stan1...@hotmail.fr: This list seems not to be really active You are kidding right? Did you check the past 3 years archive ? and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! I'm sure that you may find far older bugs on many project. So is there really anybody trying to help on cmake?? May be you want :-) ? I think you may be wrong about what to expect from an Open Source community and how to ask for help. Luckily enough, cmake is not just open source, but also developed by a commercial company, so if you look for commercial support, you can have that too: http://kitware.com/products/support.html Alex ___ 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 3/28/2010 5:14 AM, Fred Fred wrote: This list seems not to be really active and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! So is there really anybody trying to help on cmake?? If the developers were out monitoring every bug-reporting list in the universe (such as ITK), there probably wouldn't be any support. To answer your question: yes you should post it to the CMake bug reporting tool if you want the CMake people to know about it. If the bug is that mission critical to you, there is always the option of downloading the source, fixing the bug, and submitting a patch to the CMake developers. Otherwise - I'd love to know what significantly-cross-platform open source projects you've been working on where bug fixes have such a rapid turnaround. I've seen fairly critical bug tickets for Ubuntu, GDM, Firefox, Thunderbird, OpenOffice and GCC for years. MySQL has had several fatal crash bugs open for 2+ years, and their response to a major bug introduced by Prepared Statements was, after a year of people complaining about it, to remove the default auto-connection behavior to sort of make it go away. Thus far, I've gotten better support out of the CMake developers than I have from several commercial software providers, including Intel. - Oliver ___ 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?
Subject: Re: [CMake] Is there really any cmake support? From: them...@gmail.com Date: Sun, 28 Mar 2010 13:10:17 +0200 CC: stan1...@hotmail.fr; cmake@cmake.org To: eric.noul...@gmail.com On 28. Mar, 2010, at 12:37 , Eric Noulard wrote: 2010/3/28 Fred Fred stan1...@hotmail.fr: This list seems not to be really active You are kidding right? Did you check the past 3 years archive ? Two years worth of messages in my mailbox: 16422... Ok, I just start on this mailing list but since I did not see much activity, I really wonder what is about it, that's all. The oter reason is that, concerning the mentionned bug, any response to the problem. An answer such as ok, we are aware of it but we have more important priorities now would have been clear enough. I understand that cmake developpers cannot solve all of the problems arising with their code. and I did not receive any help since I posted this one week ago. BTW this issue has been open on Mantis more than 3 months ago and seems still to be open! I'm sure that you may find far older bugs on many project. And this one is probably one of the harder bugs to fix, and very few people seem to be affected by it (that is, most programmers probably don't even try to use international characters in their path names...) So is there really anybody trying to help on cmake?? May be you want :-) ? That's how it usually works (and quite well at that) in open source projects: Everybody scratches his own itch ;-) lol I think you may be wrong about what to expect from an Open Source community and how to ask for help. AFAIK Kitware does prioritize paid work, so perhaps the OP should contact the sales department ;-) Back to the original problem: The easy fix? Only use ASCII characters in your path names... As far as I am concerned, I did: I created a specific path, starting from /Development, without any space nor international character, just ASCII ones. But same issue: the test program testCCompiler.c is never created The real fix would be to port CMake to fully support UTF-16/32: a huge undertaking, with any software. Especially, since wchar_t is not guaranteed to be large enough to hold unicode characters; it may be as small as 8 bit! On many platforms, most compilers use 32 bit, but you can't rely on that. The upcoming C++ standard (C++0x) does define exact-width character types (char16_t, char32_t) and the corresponding string types (std::u16string and std::u32string), but then I don't know about the whole machinery you need to actually deal with such strings effectively. However, this is a future standard and I'm very sure that the CMake-developers will not rely on any of its features for years to come since they want CMake to build on all kinds of old and weird systems. 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. One option would be to use ICU (http://icu-project.org), but again, this would require a lot of work and is a HUGE dependency... Michael Thx for your answer. _ 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?
Am Sonntag 28 März 2010 13:10:17 schrieb Michael Wild: The easy fix? Only use ASCII characters in your path names... The real fix would be to port CMake to fully support UTF-16/32: a huge undertaking, with any software. Especially, since wchar_t is not guaranteed to be large enough to hold unicode characters; it may be as small as 8 bit! See http://www.opengroup.org/onlinepubs/7990989775/xsh/stddef.h.html Even when sizeof(wchar_t)==1, you don't have a problem. But since there is no easy and standard way to convert from wchar_t to Unicode (of the locale character set is not UTF-8), whar_t is useless if you need to explicitely convert to non-locale character sets. Else, it is sufficient. This is also a bit dedicated to the strange Windows environment... :-( On many platforms, most compilers use 32 bit, but you can't rely on that. The upcoming C++ standard (C++0x) does define exact-width character types (char16_t, char32_t) and the corresponding string types (std::u16string and std::u32string), but then I don't know about the whole machinery you need to actually deal with such strings effectively. C++0x would definitely be nice but will still need several month. gcc-4.5 and VC++ 2010 wil partly support it but you can add several years before it is widely adopted. HS ___ 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
