From owner-svn-src-projects@FreeBSD.ORG Wed Jan 28 15:50:00 2015 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4846BEB1; Wed, 28 Jan 2015 15:50:00 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 10686601; Wed, 28 Jan 2015 15:49:59 +0000 (UTC) Received: from c124.sec.cl.cam.ac.uk (c124.sec.cl.cam.ac.uk [128.232.18.124]) (authenticated bits=0) by theravensnest.org (8.15.1/8.14.9) with ESMTPSA id t0SFnolu003389 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 15:49:51 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: svn commit: r277803 - projects/clang360-import/lib/clang/include From: David Chisnall In-Reply-To: <2DA71591-EE38-42F9-983F-8E711CA36A75@FreeBSD.org> Date: Wed, 28 Jan 2015 15:49:49 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201501271925.t0RJPem3010417@svn.freebsd.org> <20150127191134.4fe3a17f@kan> <20150128091457.1b0ea3a7@kan> <2DA71591-EE38-42F9-983F-8E711CA36A75@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1993) Cc: Benjamin Kaduk , svn-src-projects@freebsd.org, "src-committers@freebsd.org" , Alexander Kabaev X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 15:50:00 -0000 On 28 Jan 2015, at 15:37, Dimitry Andric wrote: >=20 > First you say "they are internal and not directly addressable", and in > the next sentence you say that it is a "nice property that you could > search by grepping /usr/include". If the files are internal and not > directly addressable, why would you ever want to search them? >=20 > In that respect, it is even better to relocate them to a different > location than /usr/include, since they're not *FreeBSD* headers, = they're > clang internal headers. >=20 > In other words, I consider this a win, not any form of loss. :) It's also worth noting that these headers are likely to go away at some = point. The fact that the clang libraries look for them in a = clang-binary-relative location is already problematic for libTooling = consumers, so they are likely to become internal resources in one of the = libClang* libraries. David