Re: [Plplot-devel] Problem with wxWidgets under MinGW-w64/MSYS2

[Alan W. I. <ir...@be...>]

On 2017-06-28 07:00-0000 Arjen Markus wrote:

>> From: Alan W. Irwin [mailto:ir...@be...]
>> 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
__________________________