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, Dec 9, 2:29 PM
Unknown Object (File)
Fri, Nov 28, 10:11 AM
Unknown Object (File)
Nov 7 2025, 6:50 AM
Unknown Object (File)
Nov 7 2025, 6:50 AM
Unknown Object (File)
Nov 7 2025, 6:50 AM
Unknown Object (File)
Nov 7 2025, 2:02 AM
Unknown Object (File)
Nov 5 2025, 1:46 PM
Unknown Object (File)
Oct 28 2025, 3:14 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.