[Info-vax] MariaDB/MySQL on x86

[Craig A. Berry]

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.