Page MenuHomeFreeBSD

gone_in.9: Update to match printf-like change
Needs ReviewPublic

Authored by emaste on Oct 27 2025, 6:18 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Jun 23, 12:03 AM
Unknown Object (File)
Sun, Jun 21, 1:23 AM
Unknown Object (File)
Fri, Jun 12, 8:15 AM
Unknown Object (File)
Fri, Jun 12, 5:12 AM
Unknown Object (File)
Thu, Jun 11, 11:17 AM
Unknown Object (File)
May 23 2026, 6:11 AM
Unknown Object (File)
May 19 2026, 1:15 AM
Unknown Object (File)
May 14 2026, 3:51 PM
Subscribers

Details

Reviewers
glebius
imp
ziaee
Summary

Fixes: 01addd846c64 ("gone_in: make it __printflike()")

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

emaste added a reviewer: ziaee.

Thanks for tagging me!

share/man/man9/gone_in.9
38

I don't really know how this is used. Is the ellipsis signifying that like, there can be a second "const char *msg"?

share/man/man9/gone_in.9
38

No, it means there are optional additional arguments (of unspecified type). See printf(3) or printf(9)

printf(const char *fmt, ...);

gone_in and gone_in_dev append a message only before major, so the string would not get a newline otherwise.

We should add some sort of "Will be removed without further notice" message for >= major but I still think it makes sense to use the newline in the message passed to gone_in / gone_in_dev since the messages may be long and may be multiple lines already.

We should also rationalize the style for WARNING/Warning etc.