From owner-freebsd-current Sun Oct 4 11:04:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03436 for freebsd-current-outgoing; Sun, 4 Oct 1998 11:04:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03399 for ; Sun, 4 Oct 1998 11:04:01 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.27]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA99; Sun, 4 Oct 1998 13:23:13 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id NAA00328; Sun, 4 Oct 1998 13:32:39 GMT (envelope-from root) Message-ID: <19981004133239.A309@scsn.net> Date: Sun, 4 Oct 1998 13:32:39 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: Mike Smith , dmaddox@scsn.net Cc: current@FreeBSD.ORG Subject: Re: Shouldn't 'make includes' install stand.h? Reply-To: dmaddox@scsn.net References: <19981004095625.A879@scsn.net> <199810041629.JAA05200@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199810041629.JAA05200@dingo.cdrom.com>; from Mike Smith on Sun, Oct 04, 1998 at 09:29:21AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 04, 1998 at 09:29:21AM -0700, Mike Smith wrote: > > While trying to build the new boot loader, it kept failing because > > stand.h was not found. To make a long story short, I had previously > > done a 'make -DCLOBBER includes' in the (apparently mistaken) belief > > that this was the canonically-accepted way of making sure that I had > > a clean, up-to-date, and _complete_ set of includes in /usr/include. > > It appears that /usr/include/stand.h only gets installed when > > libstand is installed. > > > > Shouldn't a 'make -DCLOBBER includes' result in a _complete_ set > > of includes? Are there other includes than stand.h that don't > > get installed by 'make includes'? > > No. "Make includes" installs random header files. libstand.h is > installed at the same time libstand is; if you install just the former, > you're going to die in the link phase when you can't find the latter. 'Random header files'? Ok, if you say so, but so far, the only "standard" component of /usr/include I've managed to identify as _not_ installed by 'make includes' is stand.h. This seems counterintuitive to me... Your point about installing the header without the lib is valid, but it seems to me that this is applicable to just about all of the includes, in one way or another. Maybe there shouldn't be a 'make includes' target at all? I'm not trying to be combative here; this is not a religious issue to me... The current behavior just seems to me to violate POLA. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message