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? If under those conditions cmake works, but the cmake GUI does not for the svn trunk version, then that probably means my recent changes in how C++ is found have exposed a bug in cmake-gui. Frankly, I far prefer the cmake application since it makes it much easier to replicate issues. With a GUI it is never clear exactly what buttons got pushed in what order to generate the bug, certain sequences of commands can generate stale cache issues, and output is often difficult to capture. Furthermore, the cmake application is a mature product while I believe cmake-gui was only introduced at the start of the cmake-2.6.x series so there are likely to be more bugs in it than the cmake application. That said, I will try to replicate the issue with the cmake-gui application on Linux. By default cmake-gui is not built on Linux, but I just discovered that it does get built and installed if you use the CMake bootstrap --qt-gui option and qmake (from your qt development environment) is on your path. More later. 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
