From owner-freebsd-stable@FreeBSD.ORG Tue Jun 18 21:23:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4605C9C3; Tue, 18 Jun 2013 21:23:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id DB4961451; Tue, 18 Jun 2013 21:23:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9922:25be:52a5:20a0] (unknown [IPv6:2001:7b8:3a7:0:9922:25be:52a5:20a0]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1D5FC5C44; Tue, 18 Jun 2013 23:22:54 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: include/c++/v1 still in BSD.include.dist as well as in obsolete_files From: Dimitry Andric In-Reply-To: Date: Tue, 18 Jun 2013 23:22:55 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: To: Kevin Oberman X-Mailer: Apple Mail (2.1508) Cc: Brooks Davis , "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 21:23:03 -0000 On Jun 18, 2013, at 21:03, Kevin Oberman wrote: > When I run "make check-old, the /usr/include/c++/v1 and v1/ext directories > are listed as old, but they are still present in BSD.include.dist, so are > recreated every time I installworld. > > Could these directories be removed from BSD.include.dist, as I am pretty > sure that they ARE obsolete. They are not obsolete, as they are part of libc++, but I don't think it is already possible to have parts of mtree files depend on WITH_XXX settings. So we can either remove the directories (but not the files) from ObsoleteFiles.inc, or attempt to amend mtree so it can handle conditional parts. Brooks, any idea if NetBSD's mtree supports that feature? :-) -Dimitry