svn commit: r257696 - in head: libexec/rbootd share/man/man9 sys/compat/svr4 sys/net sys/sys

John Baldwin jhb at freebsd.org
Wed Nov 6 19:18:28 UTC 2013


On Wednesday, November 06, 2013 12:00:59 pm Adrian Chadd wrote:
> I think the important thing here is that there _are_ organisations
> that rely on some reasonable attempt at supporting historical APIs
> where needed.
> 
> This IMHO should've explicitly gone into a compat macro for people who
> want support of this older stuff.
> 
> My suggestion for a saner way to handle this deprecation schedule:
> 
> * do the announce - I'd have to go looking for that, but we should be
> placing these somewhere obvious (like a wiki page that lists
> deprecated APIs in order, with the date/release they're going to be
> deprecated);
> * deprecate the userland use of the ioctl values first so they use the
> newer API;
> * deprecate the kernel API after the announced amount of time, hiding
> things behind COMPAT_xxx as appropriate.

Actually, Gleb has mostly done this, it's just that the last step turned
into an rm rather than moving under an #ifdef COMPAT_xxxx.

-- 
John Baldwin


More information about the svn-src-all mailing list