This is a GCC vs Visual Studio difference I have seen before. I think my latest commit should have fixed it, but I don't have access to a linux system right now to test on.
Phil On 5 October 2017 at 22:33, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > Hi Phil: > > The wxwidgets-related parts of my cmake output are > > software@raven> grep -i wx cmake.out > -- Found wxWidgets: > -L/usr/lib/x86_64-linux-gnu;-pthread;;;-lwx_baseu-3.0;-lwx_gtk2u_core-3.0 > (found suitable version "3.0.2", minimum required is "3.0.0") -- > wxWidgets_FOUND : TRUE > -- wxWidgets_INCLUDE_DIRS : > /usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0;/usr/include/wx-3.0 > -- wxWidgets_LIBRARIES : > -L/usr/lib/x86_64-linux-gnu;-pthread;;;-lwx_baseu-3.0;-lwx_gtk2u_core-3.0 > -- wxWidgets_LIBRARY_DIRS : /usr/lib/x86_64-linux-gnu > -- wxWidgets_DEFINITIONS : _FILE_OFFSET_BITS=64;WXUSINGDLL;__WXGTK__ > -- wxWidgets_DEFINITIONS_DEBUG : -- wxwidgets_COMPILE_FLAGS = > -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 > -I/usr/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -- > wxwidgets_LINK_FLAGS = > -pthread;/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so;/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so > -- WARNING: The test_octave_wxwidgets target can be run independently but > does not > DRIVERS_LIST: > cairo;qt;mem;ntk;null;pdf;ps;psttf;svg;tk;tkwin;wxwidgets;xfig;xwin > DEVICES_LIST: > memcairo;extcairo;pdfcairo;pngcairo;pscairo;epscairo;svgcairo;xcairo;epsqt;pdfqt;qtwidget;bmpqt;jpgqt;pngqt;ppmqt;tiffqt;extqt;memqt;svgqt;mem;ntk;null;pdf;ps;psttf;svg;tk;tkwin;wxwidgets;xfig;xwin > ENABLE_wxwidgets: ON > > Note especially my wxWidgets library version (3.0.2) because I think > that may be relevant to this build bug. > > The compressed version of wxPLViewer.out that shows the build bug is > attached > where that file was created with > > make VERBOSE=1 wxPLViewer >& wxPLViewer.out > > Those results were for commit 476ce73 (current master HEAD) on > Linux. I just did a git bisect, and the first commit that introduced > this issue was actually > > e4fb932... Set the option of a render delay after resizes on > wxPLplotwindows. > > The above results were for the -DPL_WXWIDGETS_IPC3=OFF case, > but there are similar (and possibly the same) issues for the > -DPL_WXWIDGETS_IPC3=ON (default) case so whatever the problem > is, it is likely common to both the IPC3 and non-IPC3 cases. > > Since presumably you did a successful build test yourself for commit > e4fb932 or after, my best guess is this issue has to do with our > differing wxWidgets library versions (3.0.2 for me and 3.1.0 for you). > Since I believe you throughly understand the differences between 3.0 > and 3.1, I hope the issue is due to that difference and will therefore > be easier for you to fix. > > 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 > __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel