On 2017-06-28 07:00-0000 Arjen Markus wrote:
From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
Sent: Wednesday, June 28, 2017 3:01 AM
[...]
When faced with a fatal error like that, google is your friend.
It was getting late, my laptop's battery was nearing its limit and I thought
perhaps some conflicting versions of the wxWidgets were being accessed. ldd,
though, did not show anything untowards. So then I focussed on the
MSVC/wxWidgets constellation ...
First disappointment: a quick search did not bring up any ready-made
distributions but instead the advice to build it yourself from source. So I
tried this. And that was the second disappointment. There is a so-called
solution (MicroSoft's answer to makefiles) in the source distribution I
retrieved, so I could load it into Visual Studio (whereas the wxWidgets Wiki
described only the now virtually extinct Developer Studio, which uses a
different approach). Building the solution (that is: the set of libraries)
quickly brought up 92 compile errors of the type:
..\..\src\stc\scintilla\lexers\LexA68k.cxx(131): error C2664:
'StyleContext::StyleContext(unsigned int,unsigned int,int,LexAccessor &,char)' :
cannot convert parameter 4 from 'Accessor' to 'LexAccessor &'
Not the sort of things I enjoy debugging.
Well, an epa_build of wxwidgets obviously works for me so that is always
an approach you could take if nothing else works. But I am pretty sure
you won't have to be concerned with a wxwidgets (epa_)build
because the trick below with -fabi-version=8 should fix the
ABI incompatibility issue.
I am going to follow up with a short version of this to the MSYS2 mailing list
asking
if setting -fabi-version=8 is the right response to the above error message, but
please go ahead and try that experiment right away, and don't wait for their
comments (if any).
Seen that. I will write a short reply - the annoying thing is that this is only
detected at run-time, not at build-time.
In the heat of the moment I forgot to say something that I will say
now. It was a huge milestone to get the PLplot components of
wxwidgets building on MinGW-w64/MSYS2 considering where we started
from. So I think congratulations are in order for both of us. :-)
Of course, now that the build issues are fixed, and you found this one
run time error, the pessimistic view is there might be other run-time
issues to be dealt with after this one is dealt with, but I am more
optimistic than that. Thus, I am hoping this is the last wxwidgets
error you will have to deal with that is specific to MinGW-w64/MSYS2,
and I am hoping that -fabi-version=8 will fix this issue on that
platform. So I was glad to hear you are going to give this experiment
a try.
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