From owner-svn-src-all@freebsd.org Thu Aug 25 20:30:15 2016 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F090BC4615; Thu, 25 Aug 2016 20:30:15 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 033ED1158; Thu, 25 Aug 2016 20:30:15 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 022E41D95; Thu, 25 Aug 2016 20:30:15 +0000 (UTC) Date: Thu, 25 Aug 2016 20:30:14 +0000 From: Alexey Dokuchaev To: Kristof Provost Cc: John Baldwin , Marie Helene Kvello-Aune , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r304815 - in head: lib lib/libifc share/examples/libifc share/mk Message-ID: <20160825203014.GB5517@FreeBSD.org> References: <201608251940.u7PJePv3023083@repo.freebsd.org> <23395083.lPEyYQ7ZbW@ralph.baldwin.cx> <1A050E0F-4B9F-420A-97C6-C203B92A5F3F@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1A050E0F-4B9F-420A-97C6-C203B92A5F3F@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 20:30:15 -0000 On Thu, Aug 25, 2016 at 10:20:29PM +0200, Kristof Provost wrote: > On 25 Aug 2016, at 22:14, John Baldwin wrote: > > I hate even writing this mail, and it looks like the topic wasn't > > really discussed in the review, but I think libifconfig is probably > > the "better" name if the goal is to move most of ifconfig into it. > > ... > > Hmm, it seems you are 'libifc_*'. Most of our libraries do not > > include 'lib' in the namespace prefix (see above examples that all > > use the name of the library without 'lib' as the prefix). If nothing > > else I'd suggest dropping 'lib' to be consistent with most other > > libraries in the tree. +1. > The name was in fact discussed privately, and we figured libifconfig > was a bit on the long side. Oh come one, we already have `libblocksruntime' and `libbluetooth' (and some others I probably don't remember now). `libifconfig' is just fine. Potential namespace clashes are a lot nastier than a longer name. > I certainly take your point about libifc_. Does anyone else have any > views regarding the naming (or other subjects)? I second John, dropping the `lib' prefix and going with `ifconfig_' looks like a good idea. ./danfe