Dlaczego Linuksy pisane są nadal w C, a nie w C++?

Wiadomo że ten uniksowy system składa się z części asemblerowej i kodzie w języku C. Tak mnie ciekawi że skoro C łyknie prawie wszystko co skompiluje

[SpeedFight]

Bo by brakło pamięci na logi błędów z templejtami ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

[Dieqx]

@SpeedFight: Poznałem osobiście, fantastyczny gośc,cholernie inteligentny i uprzejmy... jak nie stąd :D Mam nawet autograf :D

[Dieqx]

@Kierownik_ gdzieś w archiwum mam zdjęcie z nim :D

[s.....3]

wypowiedź głównego zainteresowanego:
http://harmful.cat-v.org/software/c++/linus

[need_money]

@fobofob dla mnie jest zajebisty. Ma czarny pas z poniżania i ma do tego talent. W korpach jest sporo ludzi z przerostem ego. Architektów przez duże A od malowania kwadracików i dzid powodując tym zespół stresu pourazowego po UML. A ten gość mówi jak jest. I jest tak dobry że nie dość że robi z nich idiotów to jeszcze nie mogą nic powiedzieć.

[P.....6]

o silenie się na uprzejmości jest często bezcelowe

@Ragnarokk: Pozwolę się nie zgodzić, uprzejmość zawsze jest celowa. Ten sam przekaz napisany w uprzejmy sposób mógłby zostać przyjęty przez koderów C++ z życzliwością a nawet stać się źródłem inspiracji, zamiast antagonizować środowisko

[gary11]

Moim skromnym zdaniem to co jest blisko sprzętu tj. Kernel i sterowniki powinny być w 100% w czystym c/asm, w pełni przewidywalne.

[maniak713]

@Frogof: To nie jest dobry język do działań niskopoziomowych przy sprzęcie, czyli tego co robi kernel.

[zetisdead]

To nie jest dobry język do działań niskopoziomowych przy sprzęcie, czyli tego co robi kernel.

@maniak713: To jest nawet lepszy język do niskiego poziomu niż C, daje dużo większe możliwości kontroli kodu już na etapie kompilacji. Chcesz mieć silne typowanie? To masz bez żadnego narzutu na wykonywany kod. Chcesz mieć destruktory? To masz je w języku a nie korzystasz z rozwiązań specyficznych dla gcc. Nie chcesz RTTI, to nie używasz,

[Neurotok]

Powoli ludzie zaczynają rozumieć że abstrakcyjność kodu ma swój koszt w postaci mniejszej wydajności, dłuższych czasów kompilacji i trudniejszego debugowania. Nadal widzę w OOP pewną wartość w przy pisaniu dużych programów gdzie kod jest dość powtarzalny (jak wszelkiego rodzaju GUI) ale wszędzie tam gdzie liczy się przede wszystkim wydajności i przejrzystość tego jak dane zostają w programie przetwarzane krok po krok (tak jak ma to miejsce w linux kernel) najsensowniejszym wyborem będzie

[megawatt]

Powoli ludzie zaczynają rozumieć że abstrakcyjność kodu ma swój koszt w postaci mniejszej wydajności, dłuższych czasów kompilacji i trudniejszego debugowania.

@Neurotok: no nie jestem tego taki pewny, wydajność i czas kompilacji - racja, ale debugowanie można w sporej części wyeliminować dobrym podejściem do testów (TDD) i projektu (częściowo konsekwencja TDD ale można to też osiągnąć bez TDD)

Nadal widzę w OOP pewną wartość w przy pisaniu dużych programów gdzie kod

[megawatt]

Czas kompilacji ? miesiące temu musiałem skompilować framework Qt. i7 4770 16gb ram ...... 3 dni :)

@Neurotok: ten czas wydaje się mocno zbyt duży, na pewno masz sprawny komputer? https://forum.qt.io/topic/22606/how-long-take-it-to-compile-qt5

[executor]

Osoby które wypowiadają się w temacie na elektrodzie jak i tutaj zdają się być "ekspertami", bo programują zawodowo w C albo C++ kilka lat, a może nieco dłużej (przepraszam jeżeli obraziłem jakiegoś starego wyjadacza :)). Ekspertem nazwałbym Thompsona albo Ritchiego/ Bjarne. Tak naprawdę porównujecie język który wydaje się wam, że znacie (bo na uczelni uczyli Was C++ 98, czyli C + klasy, albo kiedyś napisaliście projekt - +/- 1000 linii kodu) i

[Regis86]

@executor: Pracuję w IT i efekt Dunninga-Krugera to jedno z przekleństw tej branży. I żeby nie było, że wszyscy dookoła są "be", a ja taki super - jak ledwie skończyłem studia, to też myślałem, że wszystko wiem... ;-)

[AgainPsychoX]

@executor: Link który podałeś, nie jest aktualny z dzisiejszymi standardami:

Wyjątki i błędy
Error codes vs C++ Exceptions: It's far more readable and — as a bonus — compiler is likely to produce more efficient code.
- już nie jest to prawdą, za sprawą SEH.
Co więcej, metoda C jest w obecnych czasach problematyczna: ustawianie zwracanych wartości przez podany wskaźnik, ciągłe sprawdzanie warunkami czy występuje błąd - system wyjątków obecnego C++ pozwala na ominięcie

[friko9]

C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg.

– Bjarne Stroustrup

Mimo tego polecam poczytać o template'ach w embedded. Można uzyskać bardzo ładny kod

[Neurotok]

@friko9: Możę na emeryturze

[Chrzonszcz]

polecam poczytać o template'ach w embedded

@friko9: Podaj namiary na jakieś materiały

[Saly]

Linux mógłby być pisany w C++, ale twórcy Linuxa są niechętni oraz należy pamiętać, że Linux powstał w latach 90, kiedy C++ wyglądał zupełnie inaczej. Przykładowo jądro zircon pisane przez Googla używa podzbioru C++ zawierającego ficzery, które są uznawane za mało szkodliwe np. destruktory, smart pointery czy lambdy. Przykład takiego kodu github

[Saly]

@lawful_neutral: tutaj opis użycia cpp w ich kodzie https://github.com/fuchsia-mirror/zircon/blob/master/docs/cxx.md . Generalnie dużą część ich biblioteki fbl stanowią odpowiedniki z stla np. smart pointery, algorytmy, struktury danych. Z ciekawych rzeczy mają własne intrusive kolekcje: wygląda podobnie jak boost.intrusive, w linuxie używa się do tego makr i czarnej magi. Do tego inne wynalazki ułatwiające życie jak AutoClose, który upraszcza czyszczenie zasobów, w linuxie używa się do tego goto.

[w.....z]

Typowa elektroda jest typowa. Pierwsza odpowiedź i już zjeby od moderacji XD

[P.....6]

@wrexwaz: Ale modów elektrody to Ty szanuj ( ͡° ͜ʖ ͡°)

[jerzy-nowina]

@wrexwaz: Pierwszego, który "myślał", że "++" to "#"? Zbanowałbym adres trolla. Pierwszego w tym moim wcieleniu na W wyczarnolistowałem za "skrócenie" "mv^2/2" do "mv".

[Z.....a]

Typowa elektroda jest typowa

[p.....s]

@ZlapalemBuchaZajebistegoChleba: Tylko że kernel NT w windowsie też jest pisany w C.

[Z.....n]

@ZlapalemBuchaZajebistegoChleba:

fajna reklama, czyżby ad sense trafił?

[k.....k]

Ja wam powiem: bo ktoś tak zdecydował i tyle. I jedno i drugie rozwiązanie generuje problemy, a teraz jest za późno na zmiany.

[PiszeCzasen]

bo ktoś tak zdecydował i tyle

@kurczaczak: dzięki za świetne wyjaśnienie. Już wszystko wiadomo.

[jerzy-nowina]

@kurczaczak: https://www.wykop.pl/link/4557427/comment/58886911#comment-58886911