Re: [Plplot-devel] windows/mingw32 build questions

2009-07-17 Thread Hazen Babcock
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

2009-07-17 Thread Werner Smekal
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

2009-07-17 Thread Alan W. Irwin
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