That's understandable. Control over standards has the immense value. Just like look at Nvidia's CUDA.
Even OpenCL 2.x C++ standard was largely ignored or badly supported by their toolchains.
CUDA... is kind of annoying. And yet, it's the best experience (for GPGPU), as far as I can tell.
I feel like it says something that CUDA sets a standard for GPGPU (i.e. its visible runtime API) but others still fail to catch up.
Compare the hello world of OpenCL [1] vs CUDA [2]. So much boilerplate and low level complexity for doing OpenCL whereas the CUDA example is just a few simple lines using the cuda compiler.
And what really sucks is it's pretty hard to get away from that complexity the way OpenCL is structured. You simply have to know WAY too much about the hardware of the machine you are running on, which means having the intel/amd/nvidia routes in your application logic when trying to make an OpenCL app.
Meanwhile, CUDA, because it's unapologetically just for nVidia cards, completely does away with that complexity in the happy path.
For something to be competitive with CUDA, the standard needs something like a platform agnostic bytecode to target so a common accelerated platform can scoop up the bytecode and run it on a given platform.
[1] https://github.com/intel/compute-samples/blob/master/compute...
I was severely disappointed after seeing people praise WebGPU (I believe for being better than OpenGL).
As for the platform-agnostic bytecode, that's where something like MLIR would work too (kind of). But we could also simply just start with transpiling that bytecode into CUDA/PTX.
Better UX with wider platform compatibility: CuPy, Triton.
OpenGL and Vulkan were good though. Gotta take the wins where they exist.
AMD had a buggy version. Intel had no dGPIs so no one cared how well an iGPU ran OpenCL (be it 1.3 or 2.0)
--------
AMD was clearly pushing C++ AMP at the time with Microsoft. And IMO, it worked great!! Alas, no one uses it so that died.
Remind me who owns the OpenCL trademark, again?
Intel and AMD weren't the ones that abandoned it. Speaking in no uncertain terms, there was a sole stakeholder that can be held responsible for letting the project die and preventing the proliferation of Open GPGPU standards. A company that has everything to gain from killing Open standards in the cradle and replacing them with proprietary alternatives. Someone with a well-known grudge against Khronos who's willing to throw an oversized wrench into the plans as long as it hurts their opponents.
It isn't Apple's fault that Intel and AMD didn't deliver.
Having shut out Nvidia as part of a petty feud, Apple realized they could force any inferior or nonfree CUDA alternative onto their developers no matter how unfinished, slow or bad it is. They turned away from the righteous and immediately obvious path to complicate things for developers that wanted to ship cross-platform apps instead of Mac-only ones.
The worst part is, now that Apple has gone all-in on incomplete and proprietary alternatives, nobody has won. Apple successfully applied their monopoly abuse to a market that they have completely captive. And we want to blame... checks clipboard Intel and AMD, for having renewed interest in a successful decade-old concept.
Now people pretend that Apple is bad because it never adopted Vulkan and never implemented the "good modern OpenGL" (which never really existed).
The actual details of the dispute never came out, so we don't know if it has been resolved or not.
Where are those great OpenCL implementations from Intel, AMD and Google?
Still not showing that they care.