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

Reply via email to