Software is eating the car

Re:Software is eating the car by pjmlp on Thursday June 10, 2021 @12:47PM (#27462755)

Best of all, it is all written in C and C++, with all the security it entails.

[ Parent | on HN ]

Re:Software is eating the car by waiseristy on Thursday June 10, 2021 @03:00PM (#27464262)

Well, sort of. It's all written in MISRA C and a very special version of the C++14 standard

https://www.autosar.org/fileadmin/user_upload/standards/adap...

Definitely still possible to write buggy MISRA code, but its the best we got unfortunately

[ Parent | on HN ]

Re:Software is eating the car by bri3d on Thursday June 10, 2021 @03:37PM (#27464695)

A lot of modern ECUs are "written" in modeling tools like Simulink and then compiled into auto-genned MISRA C which is never touched by humans, as well.

I'm certainly not trying to say automotive code is in a good place, but it's not the same as a 1+ million line hand-written C project like some people think when they see the numbers.

[ Parent | on HN ]

Re:Software is eating the car by waiseristy on Thursday June 10, 2021 @03:44PM (#27464800)

You’re right, but that code the generator pulls is all hand written by some poor shmucks at elektrobit or vector.

And personal experience, OEMs just love to make little tweaks to the auto generated code as well. Which is a massive pain in the ass

[ Parent | on HN ]

Re:Software is eating the car by pjmlp on Friday June 11, 2021 @01:19AM (#27469577)

Thankfully, the problem is the adoption, as proven by Toyota's breaking system example.

[ Parent | on HN ]

Re:Software is eating the car by agumonkey on Thursday June 10, 2021 @03:00PM (#27464259)

oh its funny.. of all the rust trend storm I cannot recall one mention of automotive industry usage (not that I imply it's not used.. I just don't remember hearing about that).. this is a place where I'd really love safer languages.

btw any embedded car ADA shops ?

[ Parent | on HN ]

Re:Software is eating the car by waiseristy on Thursday June 10, 2021 @03:02PM (#27464281)

There's unfortunately no hardware or standards support for Rust, nor will there be any time soon. Silicon vendors don't provide Rust compatible toolchains, and the standards everyone is locked into is C/C++ only

[ Parent | on HN ]

Re:Software is eating the car by vassast on Friday June 11, 2021 @06:26AM (#27471430)

Apparently volovcars is using Rust for development: https://jobbsafari.se/jobbannons/embedded-developer-for-core...

[ Parent | on HN ]

Re:Software is eating the car by pjmlp on Friday June 11, 2021 @01:20AM (#27469584)

There are also Ada, Basic, Pascal compilers, but definitly not on the car industry, and in what concerns Java it is only used by some infotaiment systems.

[ Parent | on HN ]

Re:Software is eating the car by pjmlp on Thursday June 10, 2021 @04:05PM (#27465100)

NVidia is using Ada for their automative research.

https://blogs.nvidia.com/blog/2019/02/05/adacore-secure-auto...

[ Parent | on HN ]

Re:Software is eating the car by steveklabnik on Thursday June 10, 2021 @03:09PM (#27464364)

There are some rumblings of Rust in automotive, but nothing I can publicly point you to definitively.

[ Parent | on HN ]

Re:Software is eating the car by ngrilly on Thursday June 10, 2021 @03:44PM (#27464789)

Ferrocene, a Rust toolchain for functional safety, is explicitly targeting ISO 26262, which is an automotive standard.

https://ferrous-systems.com/ferrocene/

[ Parent | on HN ]

Re:Software is eating the car by agumonkey on Thursday June 10, 2021 @05:50PM (#27466273)

come on, let's put more rust onto the metal

[ Parent | on HN ]