On 4/26/2023 8:19 AM, bill wrote:
> On 4/26/2023 8:14 AM, Simon Clubley wrote:
>> So what did you think about _J_OVIAL ? :-)
>
> Laugh all you want.  The last I heard the USAF is still using
> Jovial.

But still a bit old.

As example:

http://www.seadeo.com/Vax_Compilers.htm

VMS support, but on VAX not that "new" Alpha thing.

:-)

Arne

On 4/26/2023 7:38 PM, Arne Vajhøj wrote:
> On 4/26/2023 12:14 PM, Craig A. Berry wrote:
>> On 4/26/23 7:19 AM, Simon Clubley wrote:
>>> On 2023-04-26, Craig A. Berry <craigberry@nospam.mac.com> wrote:
>>>> On 4/26/23 5:33 AM, Neil Rieck wrote:
>>>>> One of the annoyances with MariaDB-10 (and MySQL-6) is that they can
>>>>> only be built with C11 which is still not available on OpenVMS/Alpha
>>>>> or OpenVMS/Itanium
>>>> Not sure that will ever happen. It's hard to see how VSI can afford to
>>>> continue to make major changes to the traditional front end on all
>>>> platforms while also keeping up with clang on x86.
>>>
>>> They don't need to change those front ends.
>>>
>>> If you have existing DEC-specific code, use the DEC front ends that John
>>> is writing.
>>>
>>> If you have industry-standard C or C++ code that needs modern compiler
>>> standards, then just call clang directly, instead of via one of the
>>> DEC front ends.
>>
>> Which is no help at all for someone who just said, "C11 which is still
>> not available on OpenVMS/Alpha or OpenVMS/Itanium." Unless someone with
>> a very large pile of cash wants to revive llvm-alpha and llvm-ia64.
>
> I don't know if VSI has officially stated it, but when I saw
> that Alpha and Itanium would not get 9.x, then my conclusion
> was that:
> - VSI will support Alpha and Itanium to run what is running
> on them today - whatever was created 20-30 years ago will
> continue to run for many years to come
> - anyone wanting major new VMS or VMS LP functionality for
> new stuff will need to migrate to x86-64
>
> Arne
>

I do believe that the purpose of starting up VSI was to port VMS to x86 and
beyond. I've got to think that it would not have happened for just Alpha and
itanic. Those are dead, no new chips, no growth potential. Perhaps the Alpha
and itanic support was mainly to keep the customers on VMS until x86 VMS was ready.

The original announced plan did not include Alpha. But enough paying customers
convinced VSI to have an Alpha VMS release. I remember Clair Grant writing
something like "now to see if we can make any money from Alpha", or something
like that.

So, since they planned on a single source for Alpha, itanic, and x86, at least
as much as possible, the support for the dead CPUs also helped x86.

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On Wednesday, April 26, 2023 at 8:04:28 AM UTC-4, Craig A. Berry wrote:
> On 4/26/23 5:33 AM, Neil Rieck wrote:
>
> > One of the annoyances with MariaDB-10 (and MySQL-6) is that they can
> > only be built with C11 which is still not available on OpenVMS/Alpha
> > or OpenVMS/Itanium
> Not sure that will ever happen. It's hard to see how VSI can afford to
> continue to make major changes to the traditional front end on all
> platforms while also keeping up with clang on x86.
> > Kudos to VSI for making as much progress as they have. I only hope
> > that they get around to also supporting C17 (stable) and C23 (pre-release)
> Have you tried the clang-based C++ compiler currently in field test,
> which, as a side effect of being clang, works as either a C compiler or
> a C++ compiler? I suspect that will be the path forward for newer
> standards.

No, but I will.

As I have mentioned before, 99% of all software (applications as well as software development tools) is written in C/C++ so not supporting C/C++ is one way to kill any platform.

p.s. back in the day, the people at the Apache foundation had the foresight to see this problem on the horizon so their first big project, HTTPd, would only be supported on a very early implementation of C. This is one reason why Apache HTTPd can be found in every computer ecosystem. Anyway, developers at Oracle (MySQL-6) and MariaDB Corp (MariaDB-10) were wearing different hats when they decided to use C11. If other open software developers follow this trend then current operating systems not supporting C11, C17 and C23 (and their C++ equivalents) will quickly find their OS classified as museumware.

Neil Rieck
Waterloo, Ontario, Canada.
http://neilrieck.net/OpenVMS.html

On 4/27/2023 6:36 AM, Neil Rieck wrote:
> On Wednesday, April 26, 2023 at 8:04:28 AM UTC-4, Craig A. Berry
> wrote:
>> On 4/26/23 5:33 AM, Neil Rieck wrote:
>>
>>> One of the annoyances with MariaDB-10 (and MySQL-6) is that they
>>> can only be built with C11 which is still not available on
>>> OpenVMS/Alpha or OpenVMS/Itanium
>> Not sure that will ever happen. It's hard to see how VSI can afford
>> to continue to make major changes to the traditional front end on
>> all platforms while also keeping up with clang on x86.
>>> Kudos to VSI for making as much progress as they have. I only
>>> hope that they get around to also supporting C17 (stable) and C23
>>> (pre-release)
>> Have you tried the clang-based C++ compiler currently in field
>> test, which, as a side effect of being clang, works as either a C
>> compiler or a C++ compiler? I suspect that will be the path forward
>> for newer standards.
>
> No, but I will.
>
> As I have mentioned before, 99% of all software (applications as well
> as software development tools) is written in C/C++ so not supporting
> C/C++ is one way to kill any platform.

I don't believe those 99%.

Most surveys of programming languages show:

tier 1 - JavaScript, Python, Java
tier 2 - C/C++, C#, PHP
tier 3 & 4 - all the rest

The only domain I can think of where C/C++ is totally dominant is
OS.

> p.s. back in the day, the people at the Apache foundation had the
> foresight to see this problem on the horizon so their first big
> project, HTTPd, would only be supported on a very early
> implementation of C. This is one reason why Apache HTTPd can be found
> in every computer ecosystem.

I can sympathize with that - I probably code my C in C89.

:-)

> Anyway, developers at Oracle (MySQL-6)
> and MariaDB Corp (MariaDB-10)

MySQL went from 5.7 to 8.0 there is no 6.x.

> were wearing different hats when they
> decided to use C11. If other open software developers follow this
> trend then current operating systems not supporting C11, C17 and C23
> (and their C++ equivalents) will quickly find their OS classified as
> museumware.

I believe the problem is mostly in C++ not C.

C99->C11 is relative small (standard multi-threading, better
unicode support and some other stuff).

C11->C17 is just bugfixes.

A C17 program will very much look like a C99 program.

Obviously a program using some of the new features
in C11 (like the standard threading instead of POSIX
threading) will not build out of the box with C99.

But overall C is C.

Not so with C++.

C++98->C++03 is just bugfixes.

C++03->C++11 is huge: type inference, modern for loop,
different return type declaration, nullptr, enum class,
lambda, attributes, regex support, better unicode support,
standard multi-threading and much more.

C++11->C++14 added a bunch of smaller changes.

C++14->C++17 added a bunch of smaller changes.

C++17->C++20 added more (concepts, modules, coroutines,
spaceship operator, mandate two's complement etc.).

A C++20 program can look totally different from a
C++98 program.

The C++20 program will in some ways look more like a Java
or C# program than a Cnn or C++98 program.

Arne

On 2023-04-27, Arne Vajhøj <arne@vajhoej.dk> wrote:
>
> Most surveys of programming languages show:
>
> tier 1 - JavaScript, Python, Java
> tier 2 - C/C++, C#, PHP
> tier 3 & 4 - all the rest
>

I suspect the splits are different depending on if you are talking
about server-side code or client-side code.

>
> C++17->C++20 added more (concepts, modules, coroutines,
> spaceship operator, mandate two's complement etc.).
>

And in C++20, C++ _finally_ got C's designated initializers:

https://www.cppstories.com/2021/designated-init-cpp20/

They've only been around for decades in the C world... :-)

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On 4/28/2023 8:32 AM, Simon Clubley wrote:
> On 2023-04-27, Arne Vajhøj <arne@vajhoej.dk> wrote:
>>
>> Most surveys of programming languages show:
>>
>> tier 1 - JavaScript, Python, Java
>> tier 2 - C/C++, C#, PHP
>> tier 3 & 4 - all the rest
>>
>
> I suspect the splits are different depending on if you are talking
> about server-side code or client-side code.

It is overall.

Server side is not that different. JavaScript would drop a lot
(node.js is becoming "a thing" but is not "the thing"). Java
would be reduced a tiny bit due to Android app code not being
counted. C# and C++ would be reduced a tiny bit too due to Windows
desktop apps and various *nix GUI apps not being counted. But not
a big change.

Client side (as in browser + Android & iOS apps + desktop apps)
would be different. I would say: tier 1 = JavaScript, tier 2 =
Java, Kotlin and Swift, tier 3 = C# and C/C++.

Arne

On Thursday, April 27, 2023 at 7:48:03 PM UTC-4, Arne Vajhøj wrote:
> On 4/27/2023 6:36 AM, Neil Rieck wrote:
> > On Wednesday, April 26, 2023 at 8:04:28 AM UTC-4, Craig A. Berry
> > wrote:
> >> On 4/26/23 5:33 AM, Neil Rieck wrote:
> >>
> >>> One of the annoyances with MariaDB-10 (and MySQL-6) is that they
> >>> can only be built with C11 which is still not available on
> >>> OpenVMS/Alpha or OpenVMS/Itanium
> >> Not sure that will ever happen. It's hard to see how VSI can afford
> >> to continue to make major changes to the traditional front end on
> >> all platforms while also keeping up with clang on x86.
> >>> Kudos to VSI for making as much progress as they have. I only
> >>> hope that they get around to also supporting C17 (stable) and C23
> >>> (pre-release)
> >> Have you tried the clang-based C++ compiler currently in field
> >> test, which, as a side effect of being clang, works as either a C
> >> compiler or a C++ compiler? I suspect that will be the path forward
> >> for newer standards.
> >
> > No, but I will.
> >
> > As I have mentioned before, 99% of all software (applications as well
> > as software development tools) is written in C/C++ so not supporting
> > C/C++ is one way to kill any platform.
> I don't believe those 99%.
>
> Most surveys of programming languages show:
>
> tier 1 - JavaScript, Python, Java
> tier 2 - C/C++, C#, PHP
> tier 3 & 4 - all the rest
>
> The only domain I can think of where C/C++ is totally dominant is
> OS.
> > p.s. back in the day, the people at the Apache foundation had the
> > foresight to see this problem on the horizon so their first big
> > project, HTTPd, would only be supported on a very early
> > implementation of C. This is one reason why Apache HTTPd can be found
> > in every computer ecosystem.
> I can sympathize with that - I probably code my C in C89.
>
> :-)
> > Anyway, developers at Oracle (MySQL-6)
> > and MariaDB Corp (MariaDB-10)
> MySQL went from 5.7 to 8.0 there is no 6.x.
> > were wearing different hats when they
> > decided to use C11. If other open software developers follow this
> > trend then current operating systems not supporting C11, C17 and C23
> > (and their C++ equivalents) will quickly find their OS classified as
> > museumware.
> I believe the problem is mostly in C++ not C.
>
> C99->C11 is relative small (standard multi-threading, better
> unicode support and some other stuff).
>
> C11->C17 is just bugfixes.
>
> A C17 program will very much look like a C99 program.
>
> Obviously a program using some of the new features
> in C11 (like the standard threading instead of POSIX
> threading) will not build out of the box with C99.
>
> But overall C is C.
>
> Not so with C++.
>
> C++98->C++03 is just bugfixes.
>
> C++03->C++11 is huge: type inference, modern for loop,
> different return type declaration, nullptr, enum class,
> lambda, attributes, regex support, better unicode support,
> standard multi-threading and much more.
>
> C++11->C++14 added a bunch of smaller changes.
>
> C++14->C++17 added a bunch of smaller changes.
>
> C++17->C++20 added more (concepts, modules, coroutines,
> spaceship operator, mandate two's complement etc.).
>
> A C++20 program can look totally different from a
> C++98 program.
>
> The C++20 program will in some ways look more like a Java
> or C# program than a Cnn or C++98 program.
>
> Arne

Sir, I think you misunderstood my post. All those languages (including Javascript, Python, Java along with COBOL, FORTRAN and BASIC and anything else you can think of) are now implemented in either C or C++ ( https://www.stroustrup.com/applications.html )

Back in the day, all software (both tools and applications) would have been implemented in macro assembler but now everything is implemented in C or C++ then a code generator takes care of the final step; portable software would be virtually impossible if this wasn't the case. This is what Bell Labs had in mind when they were thinking about porting UNIX from an 18-bit PDP-7 to a 16-bit PDP-11 in the early 1970s. This magic trick was quickly repeated on an Interdata Model 70 then VAX-11.

Anyone who has ever worked with Python knows it can be implemented with other languages (including Python) but the CPYTHON virtual machine is the most popular and it is implemented in C.

But it looks like Python has followed the example set by the developers of MySQL-6 and MariaDB-10 in that Python-3.11 can only be built using a C11 compiler. Python-3.6 became unsupported at the end of 2021 ( https://devguide..python.org/versions/ ) so the clock is ticking toward another future choke point.

Now many people do not use Python-3 or MariaDB-10, but I use both everyday. And although I'm a fan of OpenVMS (while my employer remains agnostic), a decision by VSI to not support C11 would force a negative decision many like me.

comment: I am currently attending a Udemy course on "machine learning". It appears that Python-3 is the only game in town for work in this area (TensorFlow, scikit-learn, and PyTorch are just three of many python add-on libraries).

Neil Rieck
Waterloo, Ontario, Canada.
http://neilrieck.net

On 4/29/2023 7:47 AM, Neil Rieck wrote:
> On Thursday, April 27, 2023 at 7:48:03 PM UTC-4, Arne Vajhøj wrote:
>> On 4/27/2023 6:36 AM, Neil Rieck wrote:
>>> As I have mentioned before, 99% of all software (applications as
>>> well as software development tools) is written in C/C++ so not
>>> supporting C/C++ is one way to kill any platform.
>> I don't believe those 99%.
>>
>> Most surveys of programming languages show:
>>
>> tier 1 - JavaScript, Python, Java tier 2 - C/C++, C#, PHP tier 3 &
>> 4 - all the rest

> Sir, I think you misunderstood my post.

I misunderstand things all the time.

:-)

> All those languages
> (including Javascript, Python, Java along with COBOL, FORTRAN and
> BASIC and anything else you can think of) are now implemented in
> either C or C++ ( https://www.stroustrup.com/applications.html )
>
> Back in the day, all software (both tools and applications) would
> have been implemented in macro assembler but now everything is
> implemented in C or C++ then a code generator takes care of the final
> step; portable software would be virtually impossible if this wasn't
> the case. This is what Bell Labs had in mind when they were thinking
> about porting UNIX from an 18-bit PDP-7 to a 16-bit PDP-11 in the
> early 1970s. This magic trick was quickly repeated on an Interdata
> Model 70 then VAX-11.

C and C++ are widely used on in the infrastructure of other languages.

The compilers themselves can easily be written in another language
and sometimes do so.

But the RTL is different. If one need to write a RTL that interfaces
the OS and want to support many OS'es, then the list of possible
languages becomes pretty short. And C and C++ are at the top of the
list.

> Anyone who has ever worked with Python knows it can be implemented
> with other languages (including Python) but the CPYTHON virtual
> machine is the most popular and it is implemented in C.

I don't think there are any implementation without a C dependency at
the lower level.

Jython & GraalPython run in JVM, IronPython run in CLR and PyPy
is written in (Restricted) Python, but both JVM and CLR has
an interface to the OS written in C or C++ somewhere at the
lowest level. And I am pretty sure that it is the same for PyPy.

> But it looks like Python has followed the example set by the
> developers of MySQL-6 and MariaDB-10 in that Python-3.11 can only be
> built using a C11 compiler.

I did not know, but not so surprising. At some point projects
move on. Python had to choose between C99 that is now 24 years
old and C11 that is 12 years old and decided and now they
made the jump. It is not exactly chasing latest and greatest.

> Now many people do not use Python-3 or MariaDB-10, but I use both
> everyday. And although I'm a fan of OpenVMS (while my employer
> remains agnostic), a decision by VSI to not support C11 would force a
> negative decision many like me.

C11 on VMS x86-64 should not be a problem with clang.

But it seems unlikely that VSI will invest in going to C11
on Alpha and Itanium.

> comment: I am currently attending a Udemy course on "machine
> learning". It appears that Python-3 is the only game in town for work
> in this area (TensorFlow, scikit-learn, and PyTorch are just three of
> many python add-on libraries).

Python is a very important language today.

Arne

On Saturday, April 29, 2023 at 8:57:50 AM UTC-4, Arne Vajhøj wrote:
> On 4/29/2023 7:47 AM, Neil Rieck wrote:
> > On Thursday, April 27, 2023 at 7:48:03 PM UTC-4, Arne Vajhøj wrote:
> >> On 4/27/2023 6:36 AM, Neil Rieck wrote:
> >>> As I have mentioned before, 99% of all software (applications as
> >>> well as software development tools) is written in C/C++ so not
> >>> supporting C/C++ is one way to kill any platform.
> >> I don't believe those 99%.
> >>
> >> Most surveys of programming languages show:
> >>
> >> tier 1 - JavaScript, Python, Java tier 2 - C/C++, C#, PHP tier 3 &
> >> 4 - all the rest
> > Sir, I think you misunderstood my post.
> I misunderstand things all the time.
>
> :-)
> > All those languages
> > (including Javascript, Python, Java along with COBOL, FORTRAN and
> > BASIC and anything else you can think of) are now implemented in
> > either C or C++ ( https://www.stroustrup.com/applications.html )
> >
> > Back in the day, all software (both tools and applications) would
> > have been implemented in macro assembler but now everything is
> > implemented in C or C++ then a code generator takes care of the final
> > step; portable software would be virtually impossible if this wasn't
> > the case. This is what Bell Labs had in mind when they were thinking
> > about porting UNIX from an 18-bit PDP-7 to a 16-bit PDP-11 in the
> > early 1970s. This magic trick was quickly repeated on an Interdata
> > Model 70 then VAX-11.
> C and C++ are widely used on in the infrastructure of other languages.
>
> The compilers themselves can easily be written in another language
> and sometimes do so.
>
> But the RTL is different. If one need to write a RTL that interfaces
> the OS and want to support many OS'es, then the list of possible
> languages becomes pretty short. And C and C++ are at the top of the
> list.
> > Anyone who has ever worked with Python knows it can be implemented
> > with other languages (including Python) but the CPYTHON virtual
> > machine is the most popular and it is implemented in C.
> I don't think there are any implementation without a C dependency at
> the lower level.
>
> Jython & GraalPython run in JVM, IronPython run in CLR and PyPy
> is written in (Restricted) Python, but both JVM and CLR has
> an interface to the OS written in C or C++ somewhere at the
> lowest level. And I am pretty sure that it is the same for PyPy.
> > But it looks like Python has followed the example set by the
> > developers of MySQL-6 and MariaDB-10 in that Python-3.11 can only be
> > built using a C11 compiler.
> I did not know, but not so surprising. At some point projects
> move on. Python had to choose between C99 that is now 24 years
> old and C11 that is 12 years old and decided and now they
> made the jump. It is not exactly chasing latest and greatest.
> > Now many people do not use Python-3 or MariaDB-10, but I use both
> > everyday. And although I'm a fan of OpenVMS (while my employer
> > remains agnostic), a decision by VSI to not support C11 would force a
> > negative decision many like me.
> C11 on VMS x86-64 should not be a problem with clang.
>
> But it seems unlikely that VSI will invest in going to C11
> on Alpha and Itanium.
> > comment: I am currently attending a Udemy course on "machine
> > learning". It appears that Python-3 is the only game in town for work
> > in this area (TensorFlow, scikit-learn, and PyTorch are just three of
> > many python add-on libraries).
> Python is a very important language today.
>
> Arne

I'm glad you added that clarification.
I think Alpha is totally off the table but I think a case could be made for providing modern compiler support to OpenVMS on Itanium.
This would enable people like Mark Berryman, Brett Cameron and others to more easily port open software products to the OpenVMS ecosystem.
This is a must on x86-64 since open source software appears to be ever more important today than it ever was.

Back to python for a moment. I've got a lot of production stuff running under python-3.6 (which is no longer supported) so we are preparing to move to python-3.9
Not sure about OpenVMS systems but Linux systems allow you to support multiple python environments simultaneously via the shebang mechanism.
Anyway, I've been playing a lot with python-3.9 lately an have noticed that many modern python libraries are installed via something called the whl mechanism. Watching this happen is like watching a professional magician: c or c++ source code is downloaded, then compiled + linked (provided you have installed development tools like gcc).

Neil Rieck
Waterloo, Ontario, Canada.
http://neilrieck.net

On 4/30/2023 8:48 AM, Neil Rieck wrote:
> On Saturday, April 29, 2023 at 8:57:50 AM UTC-4, Arne Vajhøj wrote:
>> On 4/29/2023 7:47 AM, Neil Rieck wrote:
>>> Now many people do not use Python-3 or MariaDB-10, but I use
>>> both everyday. And although I'm a fan of OpenVMS (while my
>>> employer remains agnostic), a decision by VSI to not support C11
>>> would force a negative decision many like me.
>> C11 on VMS x86-64 should not be a problem with clang.
>>
>> But it seems unlikely that VSI will invest in going to C11 on Alpha
>> and Itanium.
>>> comment: I am currently attending a Udemy course on "machine
>>> learning". It appears that Python-3 is the only game in town for
>>> work in this area (TensorFlow, scikit-learn, and PyTorch are just
>>> three of many python add-on libraries).
>> Python is a very important language today.
>
> I'm glad you added that clarification. I think Alpha is totally off
> the table but I think a case could be made for providing modern
> compiler support to OpenVMS on Itanium. This would enable people like
> Mark Berryman, Brett Cameron and others to more easily port open
> software products to the OpenVMS ecosystem. This is a must on x86-64
> since open source software appears to be ever more important today
> than it ever was.

VSI decision.

I doubt that it will happen.

> Back to python for a moment. I've got a lot of production stuff
> running under python-3.6 (which is no longer supported) so we are
> preparing to move to python-3.9 Not sure about OpenVMS systems but
> Linux systems allow you to support multiple python environments
> simultaneously via the shebang mechanism. Anyway, I've been playing a
> lot with python-3.9 lately an have noticed that many modern python
> libraries are installed via something called the whl mechanism.
> Watching this happen is like watching a professional magician: c or
> c++ source code is downloaded, then compiled + linked (provided you
> have installed development tools like gcc).

You got 3.10 on Itanium.

https://vmssoftware.com/products/python/

and it also list a wheels kit. I don't know if it
compiles or come pre-built.

Arne

Den 2023-04-30 kl. 14:48, skrev Neil Rieck:

> something called the whl mechanism.

That is "Pyhton Wheels", right?

https://pypi.org/project/wheel/

On Sunday, April 30, 2023 at 8:59:04 AM UTC-4, Jan-Erik Söderholm wrote:
> Den 2023-04-30 kl. 14:48, skrev Neil Rieck:
>
> > something called the whl mechanism.
> That is "Pyhton Wheels", right?
>
> https://pypi.org/project/wheel/

To be honest, I am not sure. Sometimes change happens so quickly that when I see something happen I do not always investigate. One can only stand back and say "now that is interesting!"

Neil

On 4/25/23 10:33 AM, Mark Berryman wrote:
> On 4/24/23 4:12 PM, Craig A. Berry wrote:
>>
>> On 4/22/23 5:38 AM, issinoho wrote:
>>> Has there been any talk on this being ported?
>>
>> The C++ compiler that will be necessary to make it even theoretically
>> possible is still in field test and only became available quite
>> recently.  One can hope, but we won't really know until someone does the
>> work.
>
> When the field test C++ compiler became available I attempted to build
> my MariaDB v5.5 kit.  It was a no go for a few reasons.
>
> One,
> The field test is still limited in some functionality.  For example,
> there are some pragmas that are not yet supported or not yet fully
> supported.  The include_directory pragma does not yet appear to work and
> my build procedure depends heavily on this.

Version 230512, released today, says support for this pragma has now
been added.

> Two,
> There are a number of places in the port that assume that long and
> size_t are 32 bits.  For x86_64, they are 64 bits.  Addressing this
> would almost mean redoing the port. (I think long is a bigger issue than
> size_t).
>
> Three,
> In order for the headers included with the compiler to compile
> correctly, certain values must be defined.  For example, in order to use
> string.h, either __CORRECT_ISO_CPP_STRING_H_PROTO or
> _STRING_H_CPLUSPLUS_98_CONFORMANCE_ must be defined.  Otherwise, the
> compiler throws errors and aborts.  I did not see anything about this in
> the documentation and stumbled across it when trying to figure out why
> the errors were occurring.  Now I wonder if there are others.
>
> I think MariaDB, either V5 for V10, will have to wait until the C++
> compiler is more complete.

It's hard to say whether it's there yet, but from the number of changes
it's certainly moving along. From the changelog it looks like they've
been doing internal releases every couple of weeks but I think it's been
a couple of months since the last external release.