Interesen debat se vihri v Linux kernel obshtnostta, koito mozhe da ima poveche tehnicheski, no ne i revolyutsionni, posledstviia za Linuks.
Nakratko, Linux iadroto se kompilira predimno s GCC (GNU Compiler Collection), no sega se obsuzhda aktivirane na Microsoft Visual C++ (MSVC) extensions v Clang/LLVM kompilatora, za da se ulesni krosplatformenoto razvitie (osobeno s Windows). Tova ne e "Microsoft nahluva v Linux", a po-skoro pragmatichen upgreid za suvmestimost.

Linux iadroto izpolzva C ezik (ANSI C + GNU extensions) za kod. Za kompilatsiia se poddurzhat GCC i Clang (LLVM), no Clang e vse po-populiaren zaradi po-dobrata si proizvoditelnost i diagnostika.
Predlaga se da se aktivira poddruzhkata za MSVC extensions (Microsoft spetsifichni razshireniia na C, kato __declspec ili tipove kato bool i wchar_t ot MSVC). Tova se pravi chrez flag v Clang: -fms-extensions.
Ako se predlozhenieto se odobri, Clang shte kompilira kernel-a s MSVC stil po podrazbirane, bez da se nalaga ruchna nastroika.

Motivite zad takova predlozhenie sa ne sa malko.
Mnogo razrabotchitsi rabotiat na Windows (s Visual Studio/MSVC), no testvat na Linux. Bez MSVC extensions, kodut triabva da se adaptira ruchno, koeto zabavia rabotata. S aktivirane, sushtiiat kod shte raboti v Clang na Linux, bez greshki.
Clang veche poddurzha MSVC mode (ot 2020g.), no za iadroto tazi optsiia e bila izklyuchena. Aktiviraneto shte pozvoli po-dobra suvmestimost s Windows draiveri (WSL – Windows Subsystem for Linux) i instrumenti kato CMake.
Tova mozhe da uskori kompilatsiiata s 10–20% v niakoi stsenarii (spored testove ot LLVM obshtnostta).

Kakvo oznachava tova za potrebitelite? Ako ste obiknoven potrebitel (Ubuntu, Fedora i t.n.), niama da usetite razlika. Qdroto shte se kompilira po sushtiia nachin, distributsiite (kato Canonical ili Red Hat) shte produlzhat da go testvat. Niama risk za stabilnost – promianata e optsionalna i se testva ot mesetsi.
Po-burzi updeiti na iadroto v budeshte, ako poveche razrabotchitsi doprinasiat v razrabotkata. Za WSL (ako polzvate Windows), Linux shte raboti po-plavno.
Riskove - minimalni. Ako ima greshki (napr. nesuvmestim kod), shte se fiksnat v sledvashtite versii na iadroto. Niama "Microsoft kontrol" – kodut ostava open-source.

V sushtoto vreme razrabotchitsite mogat da pishat kod na Windows i direktno da go testvat na Linux, bez da premahvat MSVC spetsifichni izrazi. Tova bi moglo da privleche poveche sutrudnitsi (osobeno ot Microsoft, Google, Intel).
Qdroto shte bude po-guvkavo za hibridni sredi (Azure, AWS s Windows instrumenti).
Reditsa mneniia se izkazvat otnosno chistotata na koda, no Linus Torvalds vse oshte ne e komentiral direktno.

Obshto vzeto, ne se ochakva spad v proizvoditelnostta ili stabilnostta; Clang s MSVC mode e testvan i generira po-dobur kod v niakoi sluchai (po-malko warnings).
V komentarite na Slashdot ima shegi za "Microsoft pecheli" (napr. "Sledvashtata stupka: .NET v kernel?"), no serioznite reaktsii sa pozitivni – 70 % ot komentite podkrepiat, kato podchertavat, che Linux vinagi e bil pragmatichen (poddruzhka za NVIDIA, Intel i t.n.).
Ako se odobri, shte vleze v kernel 6.19 (ianuari 2026 g.), no s vuzmozhnost za rollback.
Taka Linux stava po-privlekatelen za korporativni razrabotchitsi, bez da gubi identichnostta si.

Mozhe bi... Opitvam se da presuzdam vpechatlenieto, luhashto ot publikatsiiata, no zashto vupreki tova az samiiat se mrushtia na vsichko tova?

Iztochnik: https://developers.slashdot.org/story/25/11/10/2250251/the-linux-kernel-looks-to-bite-the-bullet-in-enabling-microsoft-c-extensions