From owner-freebsd-stable@FreeBSD.ORG Tue Jun 18 22:29:58 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 630DBEE2; Tue, 18 Jun 2013 22:29:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8D91856; Tue, 18 Jun 2013 22:29:57 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r5IMTuKs002130; Tue, 18 Jun 2013 17:29:56 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r5IMTuu2002129; Tue, 18 Jun 2013 17:29:56 -0500 (CDT) (envelope-from brooks) Date: Tue, 18 Jun 2013 17:29:56 -0500 From: Brooks Davis To: Dimitry Andric Subject: Re: include/c++/v1 still in BSD.include.dist as well as in obsolete_files Message-ID: <20130618222956.GA1447@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kevin Oberman , 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 22:29:58 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 18, 2013 at 11:22:55PM +0200, Dimitry Andric wrote: > On Jun 18, 2013, at 21:03, Kevin Oberman wrote: > > When I run "make check-old, the /usr/include/c++/v1 and v1/ext director= ies > > are listed as old, but they are still present in BSD.include.dist, so a= re > > recreated every time I installworld. > >=20 > > Could these directories be removed from BSD.include.dist, as I am pretty > > sure that they ARE obsolete. >=20 > 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. >=20 > Brooks, any idea if NetBSD's mtree supports that feature? :-) It doesn't. The only way to do this currently is to create separate mtree files for each set of option directories. In the current world order this sucks because each parent directly must be specified with correct permissions so there's lots of opportunity to break things. I'm hoping to fix that some time soon by switch to new-format mtree files. You'd still have to use separate files, but at least they would only contain the relevant directories. -- Brooks --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFRwN9jXY6L6fI4GtQRAtiMAJ9rdxaGTSclkYeKNkvtfcwYqFA6EwCg5Ng+ PiuJb0o4dl2MDThZCRPdWEs= =TvZg -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g--