Page MenuHomeFreeBSD

makesyscalls: don't make syscall.mk by default
ClosedPublic

Authored by brooks on Nov 17 2023, 7:52 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Jun 27, 4:29 PM
Unknown Object (File)
Fri, Jun 26, 10:49 PM
Unknown Object (File)
Thu, Jun 25, 11:26 AM
Unknown Object (File)
Wed, Jun 24, 4:11 PM
Unknown Object (File)
Wed, Jun 24, 8:24 AM
Unknown Object (File)
Wed, Jun 24, 8:13 AM
Unknown Object (File)
Mon, Jun 22, 11:32 AM
Unknown Object (File)
Sat, Jun 20, 12:34 AM
Subscribers

Details

Summary

We only want to produce syscall.mk for the main syscall table so default
to not producing it (send it to /dev/null) and add a syscalls.conf to
sys/kern to trigger the creation of sys/sys/syscall.mk. This eliminates
the need for entries in other syscalls.conf files and is a cleaner
pattern going forward.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

It might not be a bad idea to later special-case /dev/null in a couple places so that we don't even bother writing temp files in the first place (i.e. shim it out in write_line and a couple other places to nops).

This revision is now accepted and ready to land.Nov 17 2023, 8:26 PM

Likely not worth special case...
I have a refactoring that makes this run in libc in a make friendly way...

FWIW, I hit this because I'm looking at generating parts of lib/libc/sys/Symbol.map on the way to a long overdue reimplementation of D14609. Fortunately it's quite a minor change that just touches all the places sysmk support does (unless I decide to generate more of the file which would require annotations).