The LLVM Compiler Infrastructure

Post by Terretta » Tue, Jul 07, 2026, 9:34 PM UTC

norir wrote: post #7

This infrastructure is also slow and leads to poor compilation times for any language that uses llvm as a backend. In an era of automatic code generation, this will become more and more of a problem as llvm compilation times will become a huge bottleneck. I am very bearish on llvm as a technology and while I will acknowledge its influence, I expect that it is at or near its peak and market share will decline dramatic…

Post by Archit3ch » Wed, Jul 08, 2026, 1:44 PM UTC

simondotau wrote: post #8

norir wrote: post #7

This infrastructure is also slow and leads to poor compilation times for any language that uses llvm as a backend. In an era of automatic code generation, this will become more and more of a problem as llvm compilation times will become a huge bottleneck. I am very bearish on llvm as a technology and while I will acknowledge its influence, I expect that it is at or near its peak and market share will decline dramatic…

It makes perfect sense to ditch LLVM in development contexts, as its slowness is antithetical to developer productivity — most obviously in tight edit-compile-test loops. And this becomes orders of magnitude more salient when the edit-compile-test loop is being driven by AI. But even when languages are described as "moving away" that usually means building their own very fast-compiling/min-optimising x64/ARM backend…