• onlinepersona@programming.dev
    link
    fedilink
    English
    arrow-up
    19
    ·
    8 months ago
    • We see no realistic path for an evolution of C++ into a language with rigorous memory safety guarantees that include temporal safety.
    • A large-scale rewrite of all existing C++ code into a different, memory-safe language appears very difficult and will likely remain impractical.

    Tough spot to be in, but I’m glad there are more and more people calling out for a transition away from C/C++. One can only hope that Rust doesn’t become the new C++ aka the garbage dump of programming languages. Every large player wanted to write C++ in their own way, so they added it to the language and now we have this… thing.

    CC BY-NC-SA 4.0

    • ebits21@lemmy.ca
      link
      fedilink
      English
      arrow-up
      6
      ·
      8 months ago

      In the long run, I wonder if rust will spawn a family of new memory-safe languages.

      • Gobbel2000@feddit.de
        link
        fedilink
        arrow-up
        6
        ·
        8 months ago

        I am also very interested in seeing what the next generation of Rust-inspired languages will look like, and not because I am dissatisfied with Rust today. Rust has significantly raised the bar of how a good programming needs to work and any new language in the systems programming area (and beyond) will inevitably be compared to it.

        • crispy_kilt@feddit.de
          link
          fedilink
          arrow-up
          2
          ·
          8 months ago

          Finally, the victory of the ML family is at hand! Just like RISC over CISC. It just took a long time.

    • bluGill@kbin.social
      link
      fedilink
      arrow-up
      4
      ·
      8 months ago

      Unfortuately c++ interoperability is hard. I wouldn’t write c++ without vector and other containers (templates). Or classes complete with inheiritance (rarely multiple) and thus name mangeling. I now have millions of lines of that stuff and it is hard to write anything else because it has to mix.