Hi Alan,


> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Wednesday, June 28, 2017 3:01 AM
>
> Hi Arjen:
>
>
> 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.

> Indeed, when I made a google search for the terms <"c++" abi 1008
> 1010>, I quickly found a discussion about how strict wxwidgets should
> be concerning its default rule that C++ ABI version numbers should be exactly
> identical (as you discovered above). Furthermore,
> <https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html> states the ABI
> versioning scheme for a relatively old version of gcc is
>
> In sum from this google research based on the above error message, I am pretty
> sure what happened is that the MinGW-w64/MSYS2 wxwidgets libraries were built
> with some g++ version from 4.9.z through g++ 5.1.z, and you are building the
> wxwidgets components of PLplot using
> g++ version 6.x.y, where x is 1 or greater.  Furthermore, from
> the above Dialect options site, I believe all you have to do to avoid this 
> issue is
> specify -fabi-version=8 as a g++ option (e.g., by adding that option to the
> CXXFLAGS environment variable).
>
That is certainly worth a try

> 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.

Regards,

Arjen

DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
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