• dohpaz42@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    2 months ago

    People need to chill with the language fanaticism. It’s one thing to make jokes and rip on a language for its quirks, but at the end of the day it’s just a language. If you truly don’t like it, don’t use it. I’m going to take a stab and guess that there is enough Linux kernel source to go around to both the c devs and rust devs. Just be glad they’re not trying to rewrite it in JavaScript. 😉

    • WalnutLum@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      The problem is that the Linux kernel is monolithic so introducing rust into it does have certain repercussions about downstream compatibility between modules.

      Right now the rust code in the kernel uses c bindings for some things and there’s a not-insignificant portion of C developers who both refuse to use rust and refuse to take responsibility if the code they write breaks something in the rust bindings.

      If it was pure C there would be no excuse as the standard for Linux development is that you don’t break downstream, but the current zeitgeist is that Rust being a different language means that the current C developers have no responsibility if their code refactoring now breaks the rust code.

      It’s a frankly ridiculous stance to take, considering the long history of Linux being very strict on not breaking downstream code.

      • InverseParallax@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 month ago

        Yeah sorry, c/c++ guy here.

        I get that rust is the new shiny.

        But now it means changing any potentially bound c function means I need to be fluent in a language I barely heard of before this year and has a syntax that makes c# look normal.

        So, how about no?