> I don't see C++ as the embedded future.
AUTOSAR moved from C to C++14 as the certified language.
mbed is written in C++.
Re:Essential C (2003) [pdf]
by SlowRobotAhead on Tuesday January 01, 2019 @11:27AM
(#18800769)
mbed is a toy, at the same professional level as Arduino, although ARM does a better job of marketing as something much more serious.
However, AutoSAR is a fair point. There are a lot of hands in the pot on that and them coming to an agreement to use C++ is rather surprising - counterpoint that Automotive ECU code is absolutely HORRIBLE right now and no one seems to know it. I work in Auto and all the mfgs have moved to a fix in the field model. It’s really bad, and I wouldn’t touch a first year new model for any reason.
So while AutoSAR C++ is interesting, this isn’t exactly the group that I want to model myself on.
Fair point though.
Re:Essential C (2003) [pdf]
by steveklabnik on Monday December 31, 2018 @01:42PM
(#18796138)
The biggest are of progress has been in using those devices as a test bed to stabilize features working on embedded generally. You can now develop for those devices on stable, which is a huge advantage.
I'd like to see Rust happen, because I don't see C++ as the embedded future. At least Rust had the good sense to leave garbage collection out.
However... I'll believe it when I see it. And by that, I mean when STM and Nordic and NXP and others are pushing out their own Rust device support files on their sites. When Keil or IAR or Rowley or Atollic pushes out a full featured IDE that uses a Rust compiler. When Rust is not only supporting the latest run of chips but there is a way to debug them with code-overlay. But until then...