• dohpaz42@lemmy.world
    link
    fedilink
    English
    arrow-up
    14
    arrow-down
    1
    ·
    13 days 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
      5
      ·
      13 days 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.

      • Leaflet@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        13 days ago

        Rust developers are fine with C bindings changing, they just want that to be communicated to them by the C developers before they break.

      • HumanPenguin@feddit.uk
        link
        fedilink
        English
        arrow-up
        1
        ·
        13 days ago

        A valid point. But the result is that over a pretty short period of time. These C developers will find delays in how quickly their code gets accepted into stable branches etc. So will be forced to make clear documentation into how the refactoring effects other elements calling the code. Or move on altogether.

        Sorta advantageous to all and a necessary way to proceed when others are using your code.

      • InverseParallax@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        3
        ·
        12 days 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?

    • EleventhHour@lemmy.world
      link
      fedilink
      arrow-up
      5
      arrow-down
      1
      ·
      edit-2
      13 days ago

      I agree.

      I grew up in the age of c/c++ and then Java. I get it: people hate it and it’s time to move on, but jeez, folx, chill. It will happen in time, and there’s no reason to go all civil warsy about it.

      Things like this should not be rushed.

    • bouh@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      13 days ago

      No, a language is not just a language. I fact, it’s a bunch of compilers. How many there are and the hardware they work on is what matters.

      And as a matter of fact, rust isn’t as much of an industry standard as C++ is.

      • dohpaz42@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        13 days ago

        Typescript is always compiled down to JavaScript, so it’s kinda the same thing, but with “nicer” clothes.

          • LeFantome@programming.dev
            link
            fedilink
            arrow-up
            1
            arrow-down
            1
            ·
            13 days ago

            Rust does not compile down to C. It generates LLVM bytecode the same as Clang does. They both produce native executables. You do not need a C compiler on your system to run Rust binaries.

            Typescript produces JavaScript. You need a JavaScript interpreter to execute the output from TypeScript.

            Not the same thing.

            • dohpaz42@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              arrow-down
              1
              ·
              edit-2
              13 days ago

              In before the pedants: clang is a c compiler, in that it compiles c code—but it also compiles other languages too. The distinction is that c, c++, rust, etc are compiled directly into byte code , whereas typescript is transpiled into another language (JavaScript) before it is executed. I’ll probably catch heat for this, but you can liken TypeScript to C++ because they both are supersets of another language.

                • dohpaz42@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  12 days ago

                  I’ll admit I’m no c/c++ aficionado, but after a little research I see what you mean. Originally, C++ was a superset of C, but C has since diverged to include things that are not in C++. So we are both correct.

  • crowbar@lemm.ee
    link
    fedilink
    arrow-up
    13
    ·
    12 days ago

    He should make a tim burton’s charlie and the chocolate factory style of test to find his successor

  • Christian@lemmy.ml
    link
    fedilink
    English
    arrow-up
    10
    ·
    13 days ago

    Man I’ve never really about how much having the wrong successor could fuck up the whole ecosystem.

  • PushButton@lemmy.world
    link
    fedilink
    arrow-up
    6
    ·
    13 days ago

    We will miss the days Linus was maintaining the Kernel… Who is going to write those poetic emails we all love?

  • mlg@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    12 days ago

    People fear the same thing about Valve.

    One wrong person and we could all end up in the same money milk machine as EA.

    I know people complain about Linus hurling insults at merge requests, but his rigidness is what keeps the kernel viable. If it weren’t for him, google would have already shit all over it with a mega fork and essentially cornered the market like they did with Android and HTTP3.

    Both are technically “open source”, yet Google essentially dictates what they want or need for their economic purpose, like ignoring JPEGXL, forcing AVIF, making browsers bloaty, using manifestv3, etc. Android is even worse and may as well be considered separate from Linux because it’s just google’s walled garden running on the linux kernel.

    He is open to new technology, but he understands the fundamental effects of design choices and will fight people over it to prevent the project from fracturing due to feature breaking changes, especially involving userspace.

  • vrighter@discuss.tchncs.de
    link
    fedilink
    arrow-up
    3
    ·
    12 days ago

    with his death and the huge focus on trying to protect me from myself, I can see linux becoming even more restrictive than android. He’s one of the few sane ones left.

    • CrabAndBroom@lemmy.ml
      link
      fedilink
      English
      arrow-up
      0
      ·
      11 days ago

      I have a feeling it might go the other way, IE when he retires or whatever, everyone’s going to want to be the “next Linus” and we’ll end up with tons of different forks of kernels all following their own philosophy of what they think Linux should be.

  • paraphrand@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    13 days ago

    What a unique and special position to be in.

    It’s not common, and not likely to happen again.

    • vatlark@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      13 days ago

      Well if it doesn’t happen again, that means Linux isn’t doing well.

      ‘it’ being a handoff of ownership