• Croquette@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    6 months ago

    I’m a C dev and I don’t care if C ever go extinct, but the MCU toolchains are pretty much always C/C++.

    If it was for a personal project, I wouldn’t mind setting up a Rust compiler, but in a work setting, the uncertainty of unofficial cargos is a no go for a product that needs to be maintained for years to come.

    And even when an official toolchain will be made, it will take a moment to spread.

    But I really like all the features of newer language over C, so if I have the opportunity to change language, I will take it.

    • Billegh@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      6 months ago

      I’m merely commenting on the fact that every time this comes up, it’s just a chant of “skill issue” over and over again. The problem is that it’s hard to do it correctly, and there are so many more ways to do it incorrectly.

    • infamousta@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      6 months ago

      I know what you mean. I’ve been doing higher level development for a couple decades and only now really getting into embedded stuff the past year or two. I dislike a lot of what C makes necessary when dealing with memory and controlling interrupts to avoid data races.

      I see rust officially supported on newer ARM Cortex processors and that sounds like it would be an awesome environment. But I’m not about to stake these projects with a hobbyist library for the 8-bit AVR processors I’m actually having to use.

      Unfortunately I just have to suck it up and understand how the ECU works at the processor/instruction level and it’s fine until there are better tools (or I get to use better processors).