to summarize:
- quite a few people seem to find a lot of value in a fairly low-quality HAL that isn't built to be smoothly replaced or extended by your native API accesses
- it would not be any more difficult to build such a HAL, complete with the identical function names, in Rust
- however every aspect of this project, from the frontend API design to the community support process by which you maintain a repository of HAL implementations would, necessarily, be something that is difficult to take pride in as a craft. it is also very time consuming despite the API being not very large
- Rust tends to attract programmers who specifically put great pride in the quality of their craft above many other commonly desired elements. i think the current rust-embedded ecosystem showcases it well. (and i like, it a lot!)
- this same tendency means that if you care little enough you'd find maintaining a "rustduino" HAL + HAL impl bearable, you would probably not get a desire to do it in first place
- who would