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/Received on Sun Jul 29 2012 - 17:00:02 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:29 UTC