Re: [Plplot-devel] windows/mingw32 build questions
Hazen Babcock wrote: Alan W. Irwin wrote: On 2009-07-15 17:53-0400 Hazen Babcock wrote: Alan W. Irwin wrote: [...]Furthermore, if you are still getting a warning (now) about a missing C++ compiler, I frankly don't understand why 5.9.4 works for you at all without erroring out at cmake time. The C++ language was an absolute requirement for 5.9.4. The method used to find C++ had a different top-level (the project command without any languages specified is the same as demanding C and C++), but the underlying method (CMakeDetermineCXXCompiler) for finding the C++ compiler should be identical. Are you using the exact same generator and environment variables for both PLplot 5.9.4 and PLplot svn trunk? The generator and CXX environment variable will make a difference to whether you find a C++ compiler or not. I believe everything is the same. I am using the CMake GUI configuration utility and not the command line cmake (due to the apparent gdi32 issue). The problem is that cmake-gui-plplot-5.9.4 considers my C++ compiler to be findable/acceptable whereas cmake-gui-plplot-svn does not. Note that cmake-gui-plplot-svn does find a Gnu CXX compiler but then errors out anyway. Any ideas about what might have changed to lead to this difference would be appreciated. I'd like to get Qt and PyQt working on the windows computer that I have access to so I'll need to get past this C++ hang up (and/or figure out the gdi32 thing so that I can use the command line version of cmake). Try disabling the wingcc device to avoid anything to do with gdi32. Does that solve all your Windows build issues? It looks like the problem is actually somewhere in the PLD_wxwidgets logic. If I set PLD_wxwidgets=OFF then everything else seems to work (for both plplot-svn and plplot-5.9.4). I added a bunch of Message(STATUS X) commands to wxwidgets.cmake and to FindwxWidgets.cmake. This leads me to believe that the problem is in the FIND_PATH(wxWidgets_ROOT_DIR .. command on line 388 in the FindwxWidgets.cmake module. Any suggestions about what to do/try next? -Hazen -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows/mingw32 build questions
Hi, I believe cmake can be told to be very verbose about its configuring. Don't have time now, but a quick search showed that cmake --debug-output might be of any help to you. Regards, Werner On Jul 17, 2009, at 4:48 PM, Hazen Babcock wrote: Hazen Babcock wrote: Alan W. Irwin wrote: On 2009-07-15 17:53-0400 Hazen Babcock wrote: Alan W. Irwin wrote: [...]Furthermore, if you are still getting a warning (now) about a missing C++ compiler, I frankly don't understand why 5.9.4 works for you at all without erroring out at cmake time. The C++ language was an absolute requirement for 5.9.4. The method used to find C++ had a different top-level (the project command without any languages specified is the same as demanding C and C++), but the underlying method (CMakeDetermineCXXCompiler) for finding the C++ compiler should be identical. Are you using the exact same generator and environment variables for both PLplot 5.9.4 and PLplot svn trunk? The generator and CXX environment variable will make a difference to whether you find a C++ compiler or not. I believe everything is the same. I am using the CMake GUI configuration utility and not the command line cmake (due to the apparent gdi32 issue). The problem is that cmake-gui-plplot-5.9.4 considers my C++ compiler to be findable/acceptable whereas cmake- gui-plplot-svn does not. Note that cmake-gui-plplot-svn does find a Gnu CXX compiler but then errors out anyway. Any ideas about what might have changed to lead to this difference would be appreciated. I'd like to get Qt and PyQt working on the windows computer that I have access to so I'll need to get past this C++ hang up (and/or figure out the gdi32 thing so that I can use the command line version of cmake). Try disabling the wingcc device to avoid anything to do with gdi32. Does that solve all your Windows build issues? It looks like the problem is actually somewhere in the PLD_wxwidgets logic. If I set PLD_wxwidgets=OFF then everything else seems to work (for both plplot-svn and plplot-5.9.4). I added a bunch of Message(STATUS X) commands to wxwidgets.cmake and to FindwxWidgets.cmake. This leads me to believe that the problem is in the FIND_PATH(wxWidgets_ROOT_DIR .. command on line 388 in the FindwxWidgets.cmake module. Any suggestions about what to do/try next? -Hazen -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] windows/mingw32 build questions
On 2009-07-16 14:04-0700 Alan W. Irwin wrote: On 2009-07-15 22:46-0700 Alan W. Irwin wrote: [...]To summarize the choice we can have no soft landings or no cmake-gui. I have just committed (revision 10153) the hard-landing solution because there is no way I wanted to have both ccmake and cmake-gui provide broken language results such as found by Hazen and confirmed in detail by me. However, immediately after I did that commit, the CMake gurus on the CMake list came up with a temporary workaround for bug http://public.kitware.com/Bug/view.php?id=9220. The workaround should provide a soft landing for both the missing and broken compiler cases which I think will work quite well. However, the implementation of this idea (to run a simple cmake configuration from within cmake to check on each compiler in question) is non-trivial so it will take me a while to finish with this issue. So more later. I believe I have now (revision 10157) finished this saga. The new soft-landing method (issue a warning message, disable that component of PLplot, and continue) when compilers are missing/broken seems to work well. For example, it appears to work both for cmake and cmake-gui. Please try it out. I have also enabled the D compiler by default since its examples are fairly complete and the bindings and examples build without issues. Previously, we were rather reluctant to enable a new language by default, but now that a missing/broken compiler only causes a warning, I believe the criteria for enabling a language by default do not have to be quite so severe as before. 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 __ -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel