[Info-vax] General Availability of 9.2 for x86-64

[Stephen Hoffman]

On 2022-07-15 17:56:42 +0000, Simon Clubley said:

> I am also aware that the LLVM team keeps moving to the latest "shiny" 
> on a regular basis instead of developing LLVM against a C++ standard 
> that has been available for a long time. I see they are currently at 
> C++14.
> I wonder when they will be moving again. :-)
> 
> Update: I had a look. It seems they are already talking about moving to 
> C++17 as the new base. :-(

I fail to see C++17, C++20, or the upcoming C++23 feature usage within 
LLVM as an issue for the folks using the compiler directly and natively.

For folks porting an LLVM compiler, the port will be bootstrapping with 
a cross-compiler from a supported platform, and then moving native.

Get the target code generator and the cross-linker going, then get the 
native versions going.

Trying to bootstrap any compiler entirely locally is front-loading a 
massive amount of project work. Arguably unnecessarily.

Using recent or current features also requires the added features work.

Whether the features are "shiny" or are valuable depends on the code context.

And as you well know, a number of embedded platforms involve cross development.

OpenVMS V9.2 is quite close to being an embedded platform, with the 
compilers, and the guest-only support, and the rest.

As drivers increasingly either use paravirtualization or bypass 
virtualization entirely, and as native boot support and compilers all 
become available, OpenVMS will become faster and more flexible.

Yes, we're on a treadmill of upgrades, and that's not going to slow 
down. OpenVMS is and will remain on that same treadmill too, 
particularly around SSL/TLS and ssh, and yes, LLVM.


-- 
Pure Personal Opinion | HoffmanLabs LLC