Re: RFC: libkern version of inet_ntoa_r

看板FB_current作者時間13年前 (2012/07/30 03:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串12/17 (看更多)
On Sun, Jul 29, 2012 at 05:55:19PM +0100, David Chisnall wrote: > On 29 Jul 2012, at 10:58, Luigi Rizzo wrote: > > > 3. nuke inet_ntoa_r() from libc > > inet_ntoa_r is a public symbol and therefore part of our ABI contract with userspace applications. Even if no one that we are aware of is using it, we should officially deprecate it for one major release before removing it. ABI churn for purely aesthetic reasons does not make users happy people. sure, interpret "nuke" as a long term thing (starting with deprecation, manpage notes, etc.) > > > I need it because i would like to compile parts of the kernel in userspace, > > and having a kernel function with the same name and different arguments > > from of a libc function is annoying. > > > Presumably this usage can be trivially fixed with a trivial macro in a prefix header? Remapping f(a) into f(a, b) requires both a macro and a wrapping function, something like this T __f(T1 a, T2 b) { return f(a, b); } #define f(a) __f(a, b) Surely can be done (in fact, i have done it already, see http://info.iet.unipi.it/~luigi/netmap/20120725-ipfw-user.tgz but i am not so interested in participating to the IOCCC :) http://www.ioccc.org/ _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1G5OXk9f (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1G5OXk9f (FB_current)