Sp.h is the standard library that C deserves

Re:Sp.h is the standard library that C deserves by zamadatix on Saturday May 23, 2026 @01:03AM (#48244858)

> Works nicely on Linux where the syscall interface is explicitly stable, but on many (most?) other platforms this is not the case.

There is a footnote on this saying as much:

> 3. Where “syscall” means “the lowest level primitive available”. On Linux, it’s always actual syscalls. On Windows, that’s usually NT. On macOS, it’s usually the syscall-wrapper subset of libc because you’re forced to link libc and it’s not quite as open as Linux (although there is a rich “undocumented” set of APIs and syscalls that are very interesting).

[ Parent | on HN ]

Re:Sp.h is the standard library that C deserves by DeathArrow on Saturday May 23, 2026 @01:26AM (#48244981)

What about BSDs?

[ Parent | on HN ]

Re:Sp.h is the standard library that C deserves by dboon on Saturday May 23, 2026 @02:49AM (#48245337)

I don't support non-macOS BSDs explicitly yet. Not for any reason of design, just hasn't been a priority.

[ Parent | on HN ]

Re:Sp.h is the standard library that C deserves by whateverboat on Saturday May 23, 2026 @01:32AM (#48245018)

syscalls

[ Parent | on HN ]

Re:Sp.h is the standard library that C deserves by yjftsjthsd-h on Saturday May 23, 2026 @02:57AM (#48245377)

That might work on FreeBSD but is pretty well guaranteed to break on OpenBSD. (Dunno about Net and Dragonfly) (I'd caution that treating the BSDs as a monolith is likely to end in errors; they're quite diverse.)

[ Parent | on HN ]