glibc-abi-tool VS toaruos

Operating systems already do language-independent ABI files: https://github.com/marlersoft/win32json so the only thing missing is symbol versioning, which already has solutions: https://github.com/ziglang/glibc-abi-tool

> enabling you to target any version of glibc out of the box by building symbol mappings: https://github.com/ziglang/glibc-abi-tool/

This would be huge. How can I tell zig cc to use a particular glibc version though?

Show HN: A 166 KB file for cross compiling glibc for any version, any target\ (5 comments)

Another interesting project to checkout is klange’s toaruos https://github.com/klange/toaruos

In case it's not clear, PonyOS is a joke reskin of my serious OS project, ToaruOS. PonyOS gets a new release every April 1st. All of the libraries and applications in ToaruOS are in-house things I built myself - the whole OS is "built from scratch". PonyOS adds ponysay, which is an external app originally written in Python - and in previous releases of PonyOS I shipped the Python version alongside a port of Python 3.6. This release, though, comes with a port to my own language, Kuroko, which is a dialect of Python - a lot of what went into building the PonyOS release this year was getting ponysay to work well.

There is no correct way to use inline assembly here. You need a stub written in assembly that will save those registers to the stack and pass a pointer to a handler written in C. You may also want to define a struct that matches the stack layout to make it easier to access the stack contents. This is not my code. If you want to use this code in your OS, you must follow the license requirements.

Here's a good example, although it's 64-bit instead of 32-bit.

ToaruOS 2.0\ (5 comments)