From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 16:55:27 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 664DB106566B for ; Sun, 29 Jul 2012 16:55:27 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 33D0B8FC0C for ; Sun, 29 Jul 2012 16:55:27 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust445.5-4.cable.virginmedia.com [86.26.13.190]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q6TGtOgK055989 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sun, 29 Jul 2012 16:55:26 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120729095833.GB80946@onelab2.iet.unipi.it> Date: Sun, 29 Jul 2012 17:55:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120725155211.GA33971@onelab2.iet.unipi.it> <20120729095833.GB80946@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1278) Cc: "Bjoern A. Zeeb" , current@FreeBSD.org Subject: Re: RFC: libkern version of inet_ntoa_r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 16:55:27 -0000 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. =20 > 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? David=