The way this issue has somehow become a multi-year drama-fest is everything bad about what LLVM has become: reviews.llvm.org/D28791
(small patch adding the usual crtbegin.o/crtend.o Linux bits to compiler-rt so they're avail w/o libgcc (!))… mastodon.social/@wdtz/10133858
Conversation
BSD license doesn't explain this culture, this attitude; FreeBSD is not this way at all (and some of those folks are cc'd on this, heh).
What ＊is＊ the purpose of LLVM "these days" anyway?
It's increasingly hard to reject the answer…
3
Replying to
Both people objecting to this are associated with NetBSD and one even explicitly turns it into a political issue where they argue against compatibility with GNU / FSF platforms. I've seen a lot of Clang and LLVM developers doing this with the Linux kernel and GNU userspace.
2
2
If it's Windows, macOS or even *BSD, they do what is necessary to implement compatibility with the existing platform. For compatibility with the Linux kernel and particularly the GNU userspace, there's lots of resistance to implementing compatibility with GNU features / ABIs.
1
1
They take a different approach of demanding that the platform has done things for ages be changed based on subjective opinions about the design. Lots of work on compatibility for compiling the Linux kernel has been blocked due to these politics. I don't think it's in good faith.
The people doing this shouldn't be in a position to review code anymore. They're going out of their way to harm other projects and hold back progress on compatibility for those platforms due to their bias. Same goes for Linux kernel maintainers blocking Clang compatibility too.
1
1
I don't think the problem in these cases are the big corporations involved in development. It's one of those big corporations trying to land the code, the same one trying to land the Linux kernel + Clang compatibility patches in Linux and LLVM for years.
1