Re: [Plplot-devel] wxwidgets error when building plplot 5.11.0 on FreeBSD

[Ben W. <woo...@gm...>]

Thanks for the feedback Alan.

I have removed the -DPLD_wxpng:BOOL=ON option and it is all working well
now. Thanks!

Regards,
Ben
On Fri, 17 Apr 2015 at 9:23 am Alan W. Irwin <ir...@be...>
wrote:

> On 2015-04-16 22:48-0000 Ben Woods wrote:
>
> > Hey everyone,
> >
> > I'm trying to build plplot 5.11.0 on FreeBSD with wxwidgets support. I
> > have wx28-gtk2-2.8.12 and agg-2.5_11 installed, and am compiling with
> > the following options:
> > -DPLD_wxpng:BOOL=ON
> > -DwxWidgets_CONFIG_EXECUTABLE:FILEPATH="/usr/local/bin/wxgtk2-2.8-config"
>
>
> > -- WARNING: You have enabled the PLD_wxpng device which is disabled by
> > default either because it is deprecated or because there are know
> > issues with it. Please check the documentation / release notes for
> > details.
>
> Hi Ben:
>
> I have reviewed our old mailing list archive and
> PLD_wxpng has been disabled by default since its implementation many
> years ago because it had all sorts of run-time problems (segfaults, etc.),
> and nobody has fixed it since.
>
> Just out of curiosity I tried to use
>
> -DPLD_wxpng:BOOL=ON
>
> as you did above,
>
> and I got the following build error (which apparently is not the same as
> your
> build error):
>
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp: In function
> ‘void plD_init_wxpng(PLStream*)’:
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:231:5: error:
> ‘wxPLDevBase’ was not declared in this scope
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:231:18: error:
> ‘dev’ was not declared in this scope
> /home/software/plplot/HEAD/plplot.git/drivers/wxwidgets.cpp:232:28: error:
> ‘common_init’ was not declared in this scope
> make[3]: *** [drivers/CMakeFiles/wxwidgets.dir/wxwidgets.cpp.o] Error 1
> make[2]: *** [drivers/CMakeFiles/wxwidgets.dir/all] Error 2
> make[1]: *** [drivers/CMakeFiles/wxwidgets.dir/rule] Error 2
> make: *** [wxwidgets] Error 2
>
> So it appears wxpng has fallen into even a greater state of
> disrepair (it now doesn't even build) for the new wxwidgets implementation
> used for 5.11.0.  It might build (but would probably still have the
> same run-time errors as previously) if you used the -DOLD_WXWIDGETS=ON
> option we have implemented for 5.11.0 to give access to the old
> wxwidgets implementation.
>
> But I think what you really should do is pay attention to the above
> warning message and do not use the -DPLD_wxpng:BOOL=ON option for
> 5.11.0 at all.
>
> @Phil:
>
> I think Werner's historical idea with wxpng was as a proof-of-concept
> that wxwidgets could be the basis of a whole bunch of additional file
> device drivers.  He obviously never got that idea to work properly,
> but it might be a lot easier now with modern wxwidgets and your
> simplification/rationalization of our own wxwidgets-related code.
>
> Anyhow, my advice is to consider this possibility.  If you think wxpng
> (and other possible file devices) are a good idea and straightforward
> to implement properly with you new wxwidgets approach, then please put
> getting wxpng to build and actually execute properly without segfaults
> on your wxwidgets ToDo list.  Otherwise, though, you should remove the
> wxpng code from your new wxwidgets source files so nobody runs into
> the type of build errors I did above for new wxwidgets.
>
> 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
> __________________________
>