730
Supreme leader mad (sh.itjust.works)
you are viewing a single comment's thread
view the rest of the comments
[-] tubbadu@lemmy.kde.social 92 points 7 months ago

Is there some lore about this I don't know?

[-] BartyDeCanter@lemmy.sdf.org 137 points 7 months ago

There is no C++ allowed in the Linux kernel and Linus has gone on several major rants about how terrible a language it is.

[-] VubDapple@lemmy.world 53 points 7 months ago
[-] ozymandias117@lemmy.world 86 points 7 months ago

There’s assembly and makefiles too

Less of a joke answer, there has been work to allow Rust bindings for drivers.

[-] Vilian@lemmy.ca 26 points 7 months ago
[-] BartyDeCanter@lemmy.sdf.org 85 points 7 months ago

According to the github analysis, the kernel repository is:

  • C 98.3%
  • Assembly 0.7%
  • Shell 0.4%
  • Makefile 0.2%
  • Python 0.2%
  • Perl 0.1%
  • Other 0.1%

So yeah, its basically all C, plus a tiny bit of assembly for very low level bootstrapping and some helper scripts.

[-] rambling_lunatic@sh.itjust.works 30 points 7 months ago

Yeah but a lot of that C code has inline assembly so it's more like 5-10% asm.

[-] riodoro1@lemmy.world 13 points 7 months ago

Inline assembly is such a shit practice. But c++ bad.

[-] Mananasi@feddit.nl 11 points 7 months ago

Sometimes you can't get around it though.

load more comments (1 replies)
[-] Blackmist@feddit.uk 1 points 7 months ago
[-] 0x4E4F@sh.itjust.works 1 points 7 months ago

Yeah, indeed, why not 🤔...

[-] jabjoe@feddit.uk 17 points 7 months ago

Lots of core UNIX and Linux projects are. C++ is not liked by a lot of low level FOSS community. I think Rust is going to get further into these areas. I know C++ well but prefer C. I know plenty of others who feel the same.

[-] doriancodes@infosec.pub 3 points 7 months ago

I've read that they are writing parts of the kernel in Rust

[-] jabjoe@feddit.uk 4 points 7 months ago

Yes, I think Rust is a better C++ and will replace it in many places. Though all three will be around for ever to be honest.

[-] 0x4E4F@sh.itjust.works 2 points 7 months ago

Yes, first Rust code was released in 6.6 I think and MS also started implementing Rust code in the Windows kernel.

[-] jabjoe@feddit.uk 3 points 7 months ago

Rust is certainly interesting. I think it's the C++ we need.

[-] 0x4E4F@sh.itjust.works 1 points 7 months ago

Exactly my thoughts 👍.

load more comments (1 replies)
[-] VitabytesDev@feddit.nl 1 points 7 months ago
[-] VubDapple@lemmy.world 4 points 7 months ago

Why do I suddenly feel a meme coming on? 😅

[-] Rossphorus@lemm.ee 76 points 7 months ago

Torvalds just really dislikes C++. He's gone on the record saying that he thinks it's just not a good language. In his own words "C++ is just a waste, there is no design at all, just adding some scum on top of C."

[-] Vilian@lemmy.ca 55 points 7 months ago
[-] acockworkorange@mander.xyz 33 points 7 months ago

In the specific use case of kernel programming, maybe. But the Standard Template Library is awesome.

[-] Vilian@lemmy.ca 5 points 7 months ago

they dumped everything in the languaga, at least samething they needed to have right, it's otherwise statistically impossible

[-] magic_lobster_party@kbin.run 2 points 7 months ago* (last edited 7 months ago)

The STD is maybe the only good thing C++ has over C, and even that is awful compared to other language’s standard libraries.

I can’t name another good thing C++ has. Maybe templates. C++’s reliance on inheritance for polymorphism is awful (should’ve gone with interfaces/traits).

Not to mention the mess with all the different types of constructors that must always be implemented.

It’s just a bunch of bad design choices added on top of an old outdated language.

[-] acockworkorange@mander.xyz 2 points 7 months ago

The STD is maybe the only good thing C++ has over C, […]. I can’t name another good thing C++ has. Maybe templates.

Are you high? I was praising the STL, you know, the template library?

[-] nandeEbisu@lemmy.world 34 points 7 months ago

Never before have I been so offended by something I 100% agree with.

[-] blind3rdeye@lemm.ee 12 points 7 months ago

I would have agreed with that before C++11. But since then, C++ has improved a lot. Its like the vision of what C++ suddenly became more clear. So I wonder if Linus would still say that today. (Unfortunately, there have been a lot of missteps in the development of C++ though, and so there is a lot of cruft that everyone wishes was not there...)

[-] jalkasieni@sopuli.xyz 53 points 7 months ago

”C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.”

http://harmful.cat-v.org/software/c++/linus

[-] raoul@lemmy.sdf.org 41 points 7 months ago

I don't know about Linus, but the last time Reiser's wife was seen, she was writing a c++ hello world

[-] ikidd@lemmy.world 21 points 7 months ago
[-] ozymandias117@lemmy.world 25 points 7 months ago

For an example from the other poster’s explanation:

https://lwn.net/Articles/249460/

This was pre c++11 - not sure if he’s changed his mind at all with more modern c++

[-] 5C5C5C@programming.dev 11 points 7 months ago
[-] ozymandias117@lemmy.world 4 points 7 months ago* (last edited 7 months ago)

That’s my guess, but there was a conversation on the mailing list a few months ago that wasn’t just immediately shut down, even by other prolific developers

Ts’o seems skeptical, but is at least asking whether c++ has improved

https://lore.kernel.org/lkml/20240110175755.GC1006537@mit.edu/

[-] BartyDeCanter@lemmy.sdf.org 12 points 7 months ago* (last edited 7 months ago)

Take a look at what even the proposer is saying wouldn't be allowed in:

 (1) new and delete.  There's no way to pass GFP_* flags in.

 (2) Constructors and destructors.  Nests of implicit code makes the code less
     obvious, and the replacement of static initialisation with constructor
     calls would make the code size larger.

 (3) Exceptions and RTTI.  RTTI would bulk the kernel up too much and
     exception handling is limited without it, and since destructors are not
     allowed, you still have to manually clean up after an error.

 (4) Operator overloading (except in special cases).

 (5) Function overloading (except in special inline cases).

 (6) STL (though some type trait bits are needed to replace __builtins that
     don't exist in g++).

 (7) 'class', 'private', 'namespace'.

 (8) 'virtual'.  Don't want virtual base classes, though virtual function
     tables might make operations tables more efficient.

C++ without class, constructors, destructors, most overloading and the STL? Wow.

[-] ozymandias117@lemmy.world 10 points 7 months ago

That doesn’t really surprise me, as most of those are the same requirements from any embedded development use case using c++ that I’ve worked on

4 and 5 are the only ones stricter than I’m used to

[-] BartyDeCanter@lemmy.sdf.org 5 points 7 months ago

I've only worked on a few embedded systems where C++ was even an option, but they allowed 2, 4, 5, and 7. Though, for the most part most classes were simple interfaces to some sort of SPI/I2C/CAN/EtherCAT device, most of which were singletons.

load more comments (1 replies)
[-] Aatube@kbin.melroy.org 1 points 7 months ago

time to go pedantic and use parts of the c++stdlib that weren't included in the stl!

[-] nandeEbisu@lemmy.world 3 points 7 months ago

I don't think its the ergonomics of the language he has an issue with. If anything C++1x probably just made the original critiques of bloat worse.

[-] ozymandias117@lemmy.world 13 points 7 months ago

In that post, his critiques were around the problems with the STL and everyone using Boost. The STL has improved significantly since then, and it would be a limited subset of c++ if it was ever allowed

There have been mailing list conversations earlier this year, citing that clang/gcc now allowing c++ in their own code might mean they’ve taken care of the issues that made it unusable for kernel code

https://lore.kernel.org/lkml/e5949a27-999d-4b6e-8c49-3dbed32a00bc@zytor.com/

I’m not saying it will happen, but it’s not being shot down as an absolute insanity anymore, and I wouldn’t have expected Rust to be allowed in the kernel, either

[-] nandeEbisu@lemmy.world 1 points 7 months ago

Oh interesting. I didn't realize boost was the main issue. Most people I've talked to were complaining about VTables introducing a bunch of indirection and people blindly using associative containers.

[-] ozymandias117@lemmy.world 2 points 7 months ago* (last edited 7 months ago)

Vtable equivalents are used extensively in the kernel

You’ll find structs all over the place setting them up, e.g. every driver sets up a .probe function that the core will call, since it doesn’t know what driver it’s loading

[-] nandeEbisu@lemmy.world 2 points 7 months ago

Right the issue was more because they're so easy to throw in without thinking about it so people overuse them. That may just be older devs complaining about newbies though.

[-] vox@sopuli.xyz 25 points 7 months ago

”C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do nothing but keep the C++ programmers out, that in itself would be a huge reason to use C.”

http://harmful.cat-v.org/software/c++/linus

[-] MashedTech@lemmy.world 18 points 7 months ago

Literally apply that train of thought to JavaScript and JavaScript is in an even worse position than C++

[-] CancerMancer@sh.itjust.works 9 points 7 months ago

JavaScript has the Node.js community in it and that just says it all really.

[-] Titou@sh.itjust.works 1 points 6 months ago

Linus is a C advocate btw, which make him even more goated

load more comments (1 replies)
this post was submitted on 13 Apr 2024
730 points (95.9% liked)

linuxmemes

21281 readers
540 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.

    founded 1 year ago
    MODERATORS