News for hackers. Stuff that matters.
Re:Intel C/C++ compilers complete adoption of LLVM by varajelle on Thursday August 12, 2021 @06:51AM (#28154606)
Same thing with C++Builder whose last version from this year is still based on LLVM 5, I think. Even Apple's clang is behind LLVM upstream if I'm not mistaken.

The joy of permissive licenses!

Re:Intel C/C++ compilers complete adoption of LLVM by floatboth on Thursday August 12, 2021 @07:56AM (#28155105)
Copyleft licenses have no way of forcing anyone to follow upstreams more closely.

Android is a great example. Typical Qualcomm/Mediatek/etc. behavior: take a "stable" kernel, stuff it with custom undocumented drivers and junk, be stuck on that version forever. The only thing the GPL changes is the vendor posts a source dump of dubious usefulness in some obscure section of their website.

Re:Intel C/C++ compilers complete adoption of LLVM by qayxc on Thursday August 12, 2021 @08:12AM (#28155228)
> Android is a great example. Typical Qualcomm/Mediatek/etc. behavior: take a "stable" kernel, stuff it with custom undocumented drivers and junk, be stuck on that version forever.

I don't think that's such a great example in this context.

Qualcomm, Mediatek, etc. are hardware vendors after all. Software to them is a necessary evil, not a reason d'être or complementary tool (as it is for NVIDIA and Intel). Their customers fall in the same category - smartphone manufacturers want to sell units, not keep software up-to-date.

Re:Intel C/C++ compilers complete adoption of LLVM by jitl on Thursday August 12, 2021 @08:24AM (#28155340)
Intel and NVIDIA make their money selling hardware.
Re:Intel C/C++ compilers complete adoption of LLVM by qayxc on Thursday August 12, 2021 @09:01AM (#28155708)
> "NVIDIA is a software-defined company today," Huang said, "with rich software content like GeForce NOW, NVIDIA virtual workstation in the cloud, NVIDIA AI, and NVIDIA Drive that will add recurring software revenue to our business model."

https://www.msn.com/en-us/money/technologyinvesting/nvidia-i...

It's a very similar story for Intel. NVIDIA and Intel are selling hardware because of their software portfolio. How many GPUs would NVIDIA sell in the HPC market if it wasn't for CUDA and the various support libraries around it?

Intel's non-client solution revenue was over 40% of their total revenue in 2020. This includes their (software-) AI solutions, applications, licence business and services. So Intel, too makes a significant amount of money from software and services around their software ecosystem.

Re:Intel C/C++ compilers complete adoption of LLVM by volta83 on Friday August 13, 2021 @01:07PM (#28171607)
> How many GPUs would NVIDIA sell in the HPC market if it wasn't for CUDA and the various support libraries around it?

We don't have to hypothesize about this. The HPC GPU market has multiple vendors, just look at how many HPC GPUs AMD or Intel are selling: AMD and Intel have ~0.8% or so market share. NVIDIA has >99%.

Pretty much every review of HPC GPUs states that AMD GPUs are both faster and cheaper.

So how come they don't sell?

The answer is software.

Re:Intel C/C++ compilers complete adoption of LLVM by varajelle on Thursday August 12, 2021 @08:44AM (#28155526)
Yes that's true, the licence alone is not enough.

That said, this "junk" dump can still be used by the community of users to upgrade themselves the software on that hardware, so that's still a nice improvement.

Back to LLVM the question is whether these companies decide to not contribute upstream because they don't bother to make clean patches or because they want to keep it for themselves.

I'd argue that they would be much better off long-term making clean patches anyway, so that's not a valid reason for not contributing.

And even if theynjust dumped their patches, the community could still take them and incorporate nice optimization into upstream.

Re:Intel C/C++ compilers complete adoption of LLVM by beached_whale on Thursday August 12, 2021 @11:46AM (#28157773)
Apple's is up to 6mo old at release, so currently around clang10/11. Every so often it gets 2 releases behind as they are both on 6mo cycles. It's not bad really and currently Clang 12 brings few compelling reasons to upgrade. The issue will be Clang 13 is supposed to have a bunch of C++20 things, I think, and it will also be one of those ones that has a long time before Apple releases their next one.