From owner-freebsd-current Tue Jan 30 05:47:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21196 for current-outgoing; Tue, 30 Jan 1996 05:47:40 -0800 (PST) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA21189 for ; Tue, 30 Jan 1996 05:47:27 -0800 (PST) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id HAA06033; Tue, 30 Jan 1996 07:47:17 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 Jan 1996 07:47:20 -0600 To: Terry Lambert From: Richard Wackerbarth Subject: Building a better world Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >The header files should be used from the uninstalled locations in the >source tree instead of the installed locations. > >The use of the RPC headers needs to depend on the generated header files >in an "obj" directory that is also not installed. The problem here is >defining global rules causing the creation of missing files (ie: .h >targets as opposed to sources). Cannot we treat ALL the source files as coming from the obj tree? The rule to create a normal header or source is to generate a symbolic link from the reference source tree (IOW "install" the source file in the active (not the system's) tree). The rule to generate rpc headers uses rpcgen to create them, etc. >I think there is a need for an incremental build. For instance, I want >to rebuild and install the world from sources on a read-only/remote/CDROM >volume, but I don't have enough space for a full obj tree. I see no problem splitting the "world" into "continents".(kernel, libraries, core, compilers, games, etc.) Could we not "prebuild" the objects as links to the CDROM? ---- Richard Wackerbarth rkw@dataplex.net