And I'm not exaggerating here - many of the big alternatives are essentially controlled by Google, and Google pays folks who RT harassment of trans children to work on it.
Conversation
Replying to
what of the less obvious things don't have direct alternatives? autotools is a good example I think. and I guess gdb.
2
Replying to
LLVM has a debugger, but see my above remarks. Autotools lacks a direct alternative because most of what it does is just wrong and doesn't need to be done at all.
2
2
7
Google is far from controlling LLVM. They were contributing a comparable amount to GCC, binutils, etc. back when they still used it and before they'd decided to migrate to LLVM.
The binutils replacements were a lot more focused on macOS and Windows before caring about Linux too.
2
LLVM donated their branding to a stupid toy project of Google's just because Google wanted them to. They are controlled by Google.
1
The libc project fits into the overall ambitions of LLVM beyond Google.
They're very open to incubating those projects and accepting substantial code drops from big companies.
LLD and LLDB are pretty good examples. Originally, it wasn't clear LLD would do serious Linux support.
2
I don't think it actually does, but even if it did, the proposal to do it did not fit with LLVM project at all and was purely something of Google's imagination.
1
1
libcxx.llvm.org, libcxxabi.llvm.org and compiler-rt.llvm.org have been part of LLVM for a long time.
It makes sense to me that they'd want a libc implementation when they have a C++ standard library, C++ runtime and low-level runtime.
I think it fits into it.
2
No, but as another example I could easily see them making a Java AOT / JIT compiler, Java standard library implementation, debugger, etc. I could see Google being the main sponsors of that work too. I could also see them maintaining the userspace portion of GPU drivers.
1
Or, as another example, I could see LLVM having a permissive licensed alternative to QEMU. A lot of the infrastructure for software emulation of architectures with hardware acceleration is already present. It's a much broader project than a compiler. It always was to some extent.
Part of what that would mean is having it available as a library, not simply a tool. That's part of what you get from Clang, LLD, LLDB, etc. They're permissively licensed libraries not simply tools.
LLVM is in the situation WebKit would be if Apple & Google had worked together.
1
So, as an example, you can write a C binding generation tool (like rust-bindgen) using libclang. You can write a debugger with liblldb as a library. It can be proprietary, since it's permissively licensed.
RMS essentially sparked the whole thing. All leads back to crippling GCC.
1
Show replies