Vlákno názorů k článku
Mělo by se jádro předělat z C do C++? od CX - to by bol bordel tretina v C tretina...

to by bol bordel tretina v C tretina v C++ a zvysok v RUSte.

Kernel ma byt v Ccku je to najblizsie hardwaru

Nejblíž je stroják.

C je jenom pohodlnejsi assembler :) A tam kde potrebujete neco presne na opkody, muzete pouzit asm( )

Tys to nepochopil, oni chtějí Céčkový kód kompilovat pomocí C++ překladače.

Což za splnění určitých okolností jde, otázka co jiného se tím zase rozbije.

Nechtějí přepisovat kód, jsou problémy s "drobnostmi", třeba jako ta zmiňovaná makra atd.

12. 1. 2024, 17:56 editováno autorem komentáře

Hardware se značně posunul, Cčko se moc nepohlo. Řada instrukcí nemá v Cčku (bez rozšíření nebo SIMD knihoven) žádný ekvivalent.

to ale žádný jazyk že? V C jsou aspoň intrinsic.

Třeba Zig má speciální podporu pro vektory, kde generuje SIMD instrukce. Nebo pro lepší využití cachí procesoru umí pomocí comptime převést pole se strukturou na strukturu s polemi uvnitř. Podobné věci umí i Odin.

Pro jádro pak může být zajímavá podpora vlastních alokátorů (Zig i Odin), elegentní error handling (Odin), číselné typy s libovolný počtem bitů (Zig - až u65535), volba endiánu (Odin - např. u32le).

Samozřejmě drobná vada, je že Zig není vhodný pro produkční nasazení, protože se mění ze dne na den.

BTW Nějaké intristics má i C#/F#

Zig má podporu vektorů.. to ano... ale kolik toho že je vlastně osekáno? V tak komplikovaném jádru těch problémů vyletí mraky... Nejde použít hlavně něco co podporuje vektory pro jádro... Hlavně vektory do jádra by bylo peklo..

ajo, ale to stejný můžeš říct o podpoře SIMD pro nd-array v NumPy.

Otazkou je jestli je to treba. Jestli nestaci externi knihovny nebo inteligentni compiler.

Zrovna u kernelu neni zase takovy problem dopsat nejakou cast v assembleru

Standardní C je od hardwaru až překvapivě daleko. Bez nadstandardních rozšíření v C neuděláte úplně základní věci. Dalo by se říct, že linux není psaný v C, ale v GCC :) A clang prostě implementoval +- stejný dialekt.