From owner-cvs-usrbin  Mon Dec 15 22:24:49 1997
Return-Path: <owner-cvs-usrbin>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id WAA28770
          for cvs-usrbin-outgoing; Mon, 15 Dec 1997 22:24:49 -0800 (PST)
          (envelope-from owner-cvs-usrbin)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28643;
          Mon, 15 Dec 1997 22:22:07 -0800 (PST)
          (envelope-from bde@zeta.org.au)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id RAA02343; Tue, 16 Dec 1997 17:19:07 +1100
Date: Tue, 16 Dec 1997 17:19:07 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199712160619.RAA02343@godzilla.zeta.org.au>
To: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-usrbin@FreeBSD.ORG,
        cwt@FreeBSD.ORG
Subject: Re: cvs commit: src/usr.bin/global/lib Makefile
Sender: owner-cvs-usrbin@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  Added files:
>    usr.bin/global/lib   Makefile 
>  Log:
>  I'd swore I added this on my prior mega-commit.  Any chance adds aren't
>  processed during the recursive swoop?
>  
>  Makefile for global's private library, complete with null install rule
>  to keep this private.

Private install rules shouldn't be used.  There are some (poorly designed)
macros INTERNALLIB and INTERNALSTATICLIB for handling private libraries.
See rcs/lib/Makefile for examples.

>From the commit logs:

>bde         97/02/15 08:14:59
>
>  Modified:    gnu/usr.bin/gdb/libiberty  Makefile
>  Log:
>  ...  
>  Use INTERNALLIB and INTERNALSTATICLIB instead of a private install
>  rules NOPROFILE and NOPIC.  This is only slightly cleaner.
>  INTERNALLIB was previously only used in compatibility libraries
>  (libgnumalloc etc.) and INTERNALSTATICLIB was previously unused.
>  INTERNAL*LIB probably should be replaced by something like NOSTATICO
>  together with NO{STATICO,PROFILE,PIC}INSTALL.

Bruce