From owner-cvs-src@FreeBSD.ORG Fri Aug 24 15:03:14 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E9C16A420; Fri, 24 Aug 2007 15:03:14 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 66DD513C481; Fri, 24 Aug 2007 15:03:13 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l7OF3C6L000179; Fri, 24 Aug 2007 11:03:12 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Fri, 24 Aug 2007 11:03:12 -0400 (EDT) Date: Fri, 24 Aug 2007 11:03:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Yar Tikhiy In-Reply-To: <200708230509.l7N59VCi048341@repoman.freebsd.org> Message-ID: References: <200708230509.l7N59VCi048341@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Aug 2007 15:03:14 -0000 On Thu, 23 Aug 2007, Yar Tikhiy wrote: > yar 2007-08-23 05:09:31 UTC > > FreeBSD src repository > > Modified files: > lib/libc/gen fts-compat.c fts-compat.h > Log: > Forced commit to note repo-copy: > > These files have been repo-copied from src/include/fts.h > and src/lib/libc/gen/fts.c to serve as a base for 4.4BSD > compatible versions of fts(3) functions to be preserved > through libc symbol versioning while the default versions > undergo ABI-breaking extension to support big file trees. When are you going to break the ABI? After 7.0 is tagged and released? If you break the ABI before, you don't need or want to have the compat versions; the libraries have already been bumped in prep for release. I don't think we want to use symbol versioning as a crutch for -current users; the version definitions are meant for public releases only. -- DE