From owner-freebsd-current Fri Jan 28 18:54:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id B07B314FB2 for ; Fri, 28 Jan 2000 18:54:01 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 26524 invoked from network); 29 Jan 2000 02:53:57 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 29 Jan 2000 02:53:57 -0000 Date: Sat, 29 Jan 2000 13:53:54 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: John Baldwin Cc: Jeroen Ruigrok van der Werven , committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: RE: More world breakage In-Reply-To: <200001281828.NAA90843@server.baldwin.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 28 Jan 2000, John Baldwin wrote: >... > Solution: > > We need statically built install tools just like we have build tools. > I think we should use the newer versions (i.e. static versions of the > ones we just built under /usr/obj during buildworld that are linked > against the new libraries), rather than doing some fancy footwork to Using the newer version would be even more broken, since they may be for another arch, or may just use new syscalls that don't exist in the host kernel. > make the existing binaries work. We already do this with the build > tools. By using the newer binaries we only have to maintain one > interface in our Makefiles to the install tools: whatever their > current interface is in /usr/src. The build-tools are carefully built so that work in the host environment. Essentially the same thing needs to be done for installation tools. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message