From owner-freebsd-current  Tue Apr  9 23:51:29 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id XAA04368
          for current-outgoing; Tue, 9 Apr 1996 23:51:29 -0700 (PDT)
Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA04363
          for <current@FreeBSD.ORG>; Tue, 9 Apr 1996 23:51:24 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	  by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id HAA10701
	  ; Wed, 10 Apr 1996 07:50:34 +0100 (BST)
To: Peter Wemm <peter@jhome.DIALix.COM>
cc: current@FreeBSD.ORG
From: "Gary Palmer" <gpalmer@FreeBSD.ORG>
Subject: Re: speedup idea for 'make world' 
In-reply-to: Your message of "Wed, 10 Apr 1996 14:22:15 +0800."
             <199604100622.OAA03242@jhome.DIALix.COM> 
Date: Wed, 10 Apr 1996 07:50:34 +0100
Message-ID: <10699.829119034@palmer.demon.co.uk>
Sender: owner-current@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Peter Wemm wrote in message ID
<199604100622.OAA03242@jhome.DIALix.COM>:
> This would cut out the gzip pass on the libc and other library man pages, and
> the extremely slow linking while installing.    Especially since it's going to
> to it again and the man pages are not going to be needed for the rest of the
> build sequence..

Another idea would be to force the system to not build the profiled
libs, even if it eventually will (and perhaps even the static ones,
though that'd probably be dangerous, depending on what targets are put
into the tools, etc, rules)

Gary