From owner-freebsd-current Thu Jan 30 8: 0:31 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 425A237B407 for ; Thu, 30 Jan 2003 08:00:30 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43EDB43F3F for ; Thu, 30 Jan 2003 08:00:29 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 17698 invoked from network); 30 Jan 2003 16:00:32 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 Jan 2003 16:00:32 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h0UG0PUT068385; Thu, 30 Jan 2003 11:00:26 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1043903342.613.17.camel@localhost> Date: Thu, 30 Jan 2003 11:00:31 -0500 (EST) From: John Baldwin To: Benno Rice Subject: Re: Patch to teach config(8) about "platforms". Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 30-Jan-2003 Benno Rice wrote: > On Thu, 2003-01-30 at 15:57, David O'Brien wrote: >> On Tue, Jan 28, 2003 at 11:46:47PM -0800, Marcel Moolenaar wrote: >> > I would not introduce a , but rather >> > . The reason for this is that the >> > /usr/include/platform directory is only needed on powerpc and mips, >> > which seems to indicate that it should be under . Also, >> > the use of machine/${variant} allows us to install the headers for >> > all variants, which may improve cross-building. >> >> This is a very nice way of adding the complexity when it is needed, but >> not getting in the way of those cases where it isn't needed. > > Except that it requires us to know which platform variant directory to > use in each case. If this directory is then copied or symlinked to > /usr/include/platform or /usr/include/machine/platform, I don't object > but otherwise it'll lead to an ifdef nightmare in the machine includes. Yeah, a platform symlink would make sense. I think /usr/include/platform would make more sense since in the kernel you would have: sys/foo/include (foo machine/ headers) sys/foo/bar/include (bar platform/ headers, installed to /usr/include/machine/bar with a /usr/include/platform symlink so that #include can easily work in both kernel and userland) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message