InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now. Learn more â
Llvm-project Alternatives
Similar projects and alternatives to llvm-project
-
-
Sevalla
Deploy and host your apps and databases, now with $50 credit! Sevalla is the PaaS you have been looking for! Advanced deployment pipelines, usage-based pricing, preview apps, templates, human support by developers, and much more!
-
-
zig
General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
-
-
-
Git
Git Source Code Mirror - This is a publish-only repository but pull requests can be turned into patches to the mailing list via GitGitGadget (https://gitgitgadget.github.io/). Please follow Documentation/SubmittingPatches procedure for any of your improvements.
-
-
InfluxDB
InfluxDB â Built for High-Performance Time Series Workloads. InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now.
-
-
-
darwin-xnu
Discontinued Legacy mirror of Darwin Kernel. Replaced by https://github.com/apple-oss-distributions/xnu
-
Graal
GraalVM compiles Java applications into native executables that start instantly, scale fast, and use fewer compute resources đ
-
-
-
-
-
-
-
-
Lark
Lark is a parsing toolkit for Python, built with a focus on ergonomics, performance and modularity.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
llvm-project discussion
llvm-project reviews and mentions
-
Zig 0.15.1 Release Notes
This reminds me of a similar issue in LLVM's `raw_svector_ostream`. Before a 2015 commit https://github.com/llvm/llvm-project/commit/3d1173ba1a53cab0... ,
-
D4d4
Huh? Quoting a bit more from the article:
> [W]e find this in ARM.cpp:
> trapInstr = {0xd4, 0xd4, 0xd4, 0xd4};
The only thing left to explain is that the trap instruction is used as padding, but you canât tell from here if thatâs obvious or not. Opening the actual code[1], we see that the occurrences of trapInstr are all along the lines of
> void ARM::writePlt( /* ... / ) {
> / ... */
> memcpy(buf + 12, trapInstr.data(), 4); // Pad to 16-byte boundary
which isnât the absolute best, but seems clear enough (if of course you know what a PLT is, which you should if youâre writing a linker).
I do think this merits an explanation that weâre using (whatâs intended to be) a trap because the traditional option of using a nop makes ASLR less effective. But then the commit message youâre quoting doesnât mention that either.
[1] https://github.com/llvm/llvm-project/blob/b20c291baec94ba370...
-
Undefined Behavior in C and C++
Certainly compiler developers are only human, and many of them write C++ so they're humans working with a terrible programming language, I wouldn't sign up for that either (I have written small contributions to compilers, but not in C++). I still don't see "any excuses". I see more usual human laziness and incompetence, LLVM for example IMNSHO doesn't work hard enough to ensure their IR has coherent semantics and to deliver on those semantics.
The compiler bug I'm most closely following, and which I suspect you have your eye on too is: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119472 aka https://github.com/rust-lang/rust/issues/107975 https://github.com/llvm/llvm-project/issues/45725
But it seems like it's just that everybody fucked this up in similar ways, that's two different major compiler backends! I wouldn't be surprised if Microsoft (whose code we can't see) find that they don't get this quite right either.
-
My Ideal Array Language
My ideal array language is one in which array operations are function compositions, since arrays are functions. A functional view of array expressions naturally minimizes needless temporaries in most cases.
See https://github.com/llvm/llvm-project/blob/main/flang/docs/Ar....
-
Ask HN: What should I do with the domain github.mx
Lightweight UI for Github? (Idk if that exists).
e.g. client requests https://github.mx/llvm/llvm-project, your server fetches the data from https://github.com/llvm/llvm-project (using an API or scraping the site), and renders it in a cleaner UI with less HTML and JavaScript.
It would be useful for slow/outdated devices and places with low internet bandwidth. The URL concept is similar to https://github.dev/llvm/llvm-project which opens the project in a web-hosted VSCode (so vaguely the opposite approach).
-
Clang: -Wexperimental-lifetime-safety: Experimental C++ Lifetime Safety Analysis
- Testing: llvm-lit tests validate the analysis by checking the generated facts.
Example:
[LifetimeSafety] Introduce intra-procedural analysis in Clang
- commit: https://github.com/llvm/llvm-project/commit/3076794e924f
-
Strategies for Fast Lexers
https://github.com/llvm/llvm-project/issues/56435
-
jank Is C++
> still is the main company behind LLVM.
lol people really say whatever comes to their mind around here don't they? I'm pretty sure all of the companies associated with these targets would strongly disagree with you
https://github.com/llvm/llvm-project/tree/main/llvm/lib/Targ...
-
So you want to serialize some DER?
The most interesting part of this post is the bit about half way down, where Alex uses Claude to help identify a missing compiler optimization in LLVM... and then uses Claude Code to implement that optimization and gets a PR accepted to LLVM itself! https://github.com/llvm/llvm-project/pull/142869
-
NativeJIT: A C++ expression â> x64 JIT
it's mostly upstream now, no need to dig around in their repos
https://github.com/llvm/llvm-project/tree/main/clang/tools/c...
-
A note from our sponsor - InfluxDB
www.influxdata.com | 1 Sep 2025
Stats
llvm/llvm-project is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
The primary programming language of llvm-project is LLVM.