3 ms·
Not only, there is also XPC and IO/DriverKit on Apple, Android IPC, D-BUS, FIDL on Fucshia,.... Also C ABI also does not exist, people keep mistaking the ABI o
by pjmlp 3mo ago
Not only, there is also XPC and IO/DriverKit on Apple, Android IPC, D-BUS, FIDL on Fucshia,....
Also C ABI also does not exist, people keep mistaking the ABI of their favourite C compiler with the OS ABI, which only overlap if the OS was written in C to start with.
For example on mainframes and micros, naturally not written in C, it is either a bytecode based ABI like TIMI on IBM i, or language environments like on z/OS, ClearPath MCP, OS 2200 and so forth.
And as a reminder, from a famous WG14 and WG21 member, and former Rust contributor,
"To Save C, We Must Save ABI"
https://thephd.dev/to-save-c-we-must-save-abi-fixing-c-function-abi https://thephd.dev/to-save-c-we-must-save-abi-fixing-c-funct...
- bheadmaster 3mo agoSystem V ABI is pretty standardized.
- pjmlp 3mo agoUNIX, the reason why C exists.
- bheadmaster 3mo agoYeah, I'm not interested in decoding what you meant by your aphorism. Either say what you mean or don't.
- pjmlp 3mo agoGreat, so lets save us both time.
- mort96 3mo agoUh, GNU does define an OS ABI...
- pjmlp 3mo agoDocumentation....
- mort96 3mo agoYou're gonna have to be more verbose, sorry.
- pjmlp 3mo agoIt is kind of obvious, GNU OS ABI documentation.
- mort96 3mo agoWhat about it?
- pjmlp 3mo agoYour assertion.
- mort96 3mo agoI'm gonna need you to write full sentences because I still have exactly 0 clue what point you're making
- pjmlp 3mo agoNah, you are on a trolling vibe. All you need to do is clarify the first post on the thread with documentation. Sometimes I do miss these Usenet like rounds.
- mort96 3mo agoI genuinely did not understand that you were asking for documentation. I believe GNU follows the SysV ABI on amd64: https://refspecs.linuxfoundation.org/elf/x86_64-abi-0.95.pdf https://refspecs.linuxfoundation.org/elf/x86_64-abi-0.95.pdf