Compile time has got to be part of the convo esp when it comes to the kernel. The Linux kernel is one of the few bits where end-users are actively encouraged to compile from source. It is a feature!
Adding C++ compilitis is pain for what gain, from a kernel pov.
I am not a big fan of c++ overall however that is because other languages have emerged that are sweeter than C that gate some of the people issues with C++.
Anyone who has ever had a thing that was like a thing but not exactly the thing, in C, knows C ain’t great at that.
In this video, we’ll do a deep dive on what C++ Polymorphism is, what “virtual” does under the hood, and ultimately why it is SUCH a performance hit compared to languages like C and Rust.
Aside from that I think C is more performant than C++ (indeed when you use the bells and whistles that C++ offers), you are comparing the libraries with each other.
The fact that the implementation of one random std::Sort is faster than the implementation of qsort() is comparing libraries, not the languages. You are comparing the algorithm of the Rust Sort with quicksort (which is obviously the qsort you are referring to.
I am certain there are sort implementations in C which outperform Rust.
Having said that, I immensely enjoy Rust because it forces me to think about the error handling and it does not give me the quirks of C/C++ (index out of bounds, memory corruption).
while C has to fiddle with void* and function pointer to get similar flexibility, which are much harder to optimize, as none of the type information is there.
I thought we were discussing speed, not ease of use?
How is C faster than C++? Unless you use virtual functions, it’s as performant as C. And you definitely wouldn’t use virtual functions in a kernel.
[This comment has been deleted by an automated system]
C++ is only as fast as C if you use only the parts of C++ that are identical to C. In other words, C is faster than C++
You can use compile time polymorphism in C++ without any runtime performance cost.
Compile time has got to be part of the convo esp when it comes to the kernel. The Linux kernel is one of the few bits where end-users are actively encouraged to compile from source. It is a feature!
Adding C++ compilitis is pain for what gain, from a kernel pov.
I am not a big fan of c++ overall however that is because other languages have emerged that are sweeter than C that gate some of the people issues with C++.
Anyone who has ever had a thing that was like a thing but not exactly the thing, in C, knows C ain’t great at that.
Unfortunately, that’s not true
The description says:
This is not about compile-time polymorphism.
Here is an alternative Piped link(s): https://piped.video/watch?v=aq365yzrTVE
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source, check me out at GitHub.
deleted by creator
Aside from that I think C is more performant than C++ (indeed when you use the bells and whistles that C++ offers), you are comparing the libraries with each other.
The fact that the implementation of one random
std::Sortis faster than the implementation ofqsort()is comparing libraries, not the languages. You are comparing the algorithm of the Rust Sort with quicksort (which is obviously theqsortyou are referring to.I am certain there are sort implementations in C which outperform Rust.
Having said that, I immensely enjoy Rust because it forces me to think about the error handling and it does not give me the quirks of C/C++ (index out of bounds, memory corruption).
deleted by creator
I thought we were discussing speed, not ease of use?
deleted by creator
…so now we are discussing not speed again but ease of use.
Not everything with an R in it is faster than C. Read up about it. Everyone says so.
I’m out.
Since C++ has Turing complete compiling, I guess technically it can go infinite compilation time