4 ms·
Don't think I'm too crazy but last time I checked: 1. Yes they are microcontrollers. 2. Yes they use C/C++. (check the libraries/SDKs, 1 layer under the hoo
by bathMarm0t 3y ago
Don't think I'm too crazy but last time I checked:
1. Yes they are microcontrollers.
2. Yes they use C/C++. (check the libraries/SDKs, 1 layer under the hood it's all .h/.cpp files, and most of the arduino calls are just #defines)
- pjmlp 3y agoSo it isn't only C.
- falcrist 3y agoIt absolutely is only C on the microcontrollers I'm doing work on. I don't understand why you're trying to cherry-pick like this.
- pjmlp 3y agoI wasn't the one making an universal truth out of it. "Their libraries are written in/for C"
- falcrist 3y agoThe statement you quoted is true of both of the examples you gave. Also, you've deliberately chosen a specific interpretation of my statement in order to manufacture an argument that doesn't exist. You should probably avoid doing that in the future.
- pjmlp 3y agoIt is not, because they use C++. I avoid whatever I feel like.
- falcrist 3y agoAtmel and Xtensa have libraries in C. It's almost like I have some domain knowledge that you don't. Imagine coming in here with examples that aren't even microcontrollers as if that "debunks" what I said above. Like somehow magically I can just switch to a whole different platform. No problem, just crank out a new board spin and swap my whole toolchain over so I can... what... use a non-standard version of C in the arduino IDE for production code? If you think THAT'S a viable option, you've lost your mind. Why continue to double down when you clearly have no idea what you're talking about? > I avoid whatever I feel like. You should "feel like" avoiding inventing arguments that hinge on misinterpretations of other people's statements. The fact that you don't makes you a problem. Meanwhile, I can't avoid C even if I "feel like it"... because I write code for microcontrollers... which have libraries that are written in and for C.