On 2013-03-12 19:37-0700 Alan W. Irwin wrote: > wxPLplotstream.cpp and wxPLplotwindow.cpp are compiled in the > bindings/wxwidgets directory so it may be that the CMakeLists.txt file > for that directory does not do the build there consistently with how > it is done in drivers (where wxwidgets.cpp, wxwidgets_agg.cpp, > wxwidgets_app.cpp, wxwidgets_dc.cpp, and wxwidgets_gc.cpp are located) > and examples/c++ (where wxPLplotDemo.cpp is located). I will look further > into that possibility for inconsistency.
This thread got side-tracked and so did I. But just now I tried (for other reasons) to do a PLplot build on MinGW/MSYS/wine, and for this experiment I tried for the first time a build of the plplotwxwidgetsd library which occurs in bindings/wxwidgets. That build failed because the wxwidgets compile flags were completely ignored in bindings/wxwidgets, and I have now addressed that issue (revision 12304). That fixed that particular build issue on Windows, and as far as I know that means the drivers and bindings for wxwidgets are now built consistently. Note, I am well aware that Phil thought the the wxwidgets device driver was built badly before, and what I have done is propagate that build method to the bindings in contradiction to his desires, but it is pretty obvious that we _should_ be using the wxwidgets compile flags that are found by CMake for both the driver and bindings. Apparently in Phil's case there may be some issue with those flags. But currently those flags which for me are -- wxwidgets_COMPILE_FLAGS = -I/z/home/wine/newstart/wxwidgets/install/lib/wx/include/msw-unicode-debug-2.8 -I/z/home/wine/newstart/wxwidgets/install/include/wx-2.8 -D__WXDEBUG__ -DWXUSINGDLL -D__WXMSW__ work fine. So Phil, if you continue to have trouble with this, I suggest you look at the above CMake output for the wxwidgets_COMPILE_FLAGS variable to see what is wrong with those flags in your case. To change topics a little, I still get the test-drv-info.exe return code of 3 for the wxwidgets case. I posted to this list earlier today about this issue which I currently work around by using -DTEST_DYNDRIVERS=OFF. However, I just now checked the case where PLplot dynamically loads the PLplot wxwidgets device driver (and associated wxwidgets library from the wxwidgets source build) using examples/c/x01c -dev wxwidgets echo $? That last command shows the return code was 0. So the key question is why does the PLplot dynamic load of the wxwidgets device driver that occurs for "examples/c/x01c -dev wxwidgets" generate a 0 return code while the corresponding dynamic load of the wxwidgets device driver that occurs for test-drv-info case generate a return code of 3? That return code of 0 indicates to me that our wxwidgets device is consistently linked to the wxwidgets software build that I did, and I am now leaning to the hypothesis that the return code of 3 for test-drv-info is because of some issue with that code or its build when external libraries (such as the wxwidgets library) are linked at run time as part of the dynamic load. In sum, for the other Windows developers here, I suggest once you verify the test-drv-info issue for the MinGW/MSYS compiler and the wxwidgets device, you should attempt to diagnose it with the Windows tools available to you and then compare those diagnostic results with the "examples/c/x01c -dev wxwidgets" case where the issue does not occur. And similarly for any other test-drv-info issues that occur on Windows. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
