Date: 15 Aug 2002 11:16:13 -0500 From: Larry Rosenman <ler@lerctr.org> To: Ruslan Ermilov <ru@FreeBSD.ORG> Cc: Stephen Hilton <nospam@hiltonbsd.com>, freebsd-stable@FreeBSD.ORG Subject: Re: Need instructions: build kernel on one machine; install on another Message-ID: <1029428173.408.17.camel@lerlaptop.iadfw.net> In-Reply-To: <20020815155955.GB13104@sunbay.com> References: <5.1.0.14.2.20020813084802.037d9498@magpie.zpfe.com> <20020815090600.6db70420.nospam@hiltonbsd.com> <3D5BB7CA.6070205@georgiacenter.org> <1029421325.408.4.camel@lerlaptop.iadfw.net> <20020815093407.67b45a5e.nospam@hiltonbsd.com> <20020815155955.GB13104@sunbay.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2002-08-15 at 10:59, Ruslan Ermilov wrote: > On Thu, Aug 15, 2002 at 09:34:07AM -0500, Stephen Hilton wrote: > > On 15 Aug 2002 09:22:05 -0500 > > Larry Rosenman <ler@lerctr.org> wrote: > > > > > On Thu, 2002-08-15 at 09:16, Robin P. Blanchard wrote: > > > > from an earlier discussion (initiated by me): > > > > > > > > "You *MUST* use a HOST SYSTEM compiled for the LOWEST processor you want > > > > to installworld to. There are a few places (strip for one) that link in > > > > /usr/lib/libc.a and NOT the one from /usr/obj/... " > > > > > > > > Thus you can't use an i686 optimized world host box to install a lower > > > > optimized /usr/obj to. > > > > > > see also PR i386/30276 from me. > > > > > > > Larry, > > > > I agree, with FreeBSD having such an edge in performance on "older" hardware > > (sorry Intel and AMD :-) this is something to pursue. > > > > ------------------snip------------------ > > Fix > > > > Update build system to NOT include host libc.a in any tools that will be > > executed on the target system. > > ------------------snip------------------ > > > To be honest, I have no brilliant idea how to fix this. One possible > solution would be to split build- and install- tools, and always build > install-tools on an installing machine, as part of installworld (this > should probably be made a special case). The most problematic thing > here is strip(1) which is part of binutils; that would mean we would > need to compile binutils twice. I am not saying it's impossible, I > am saying it is hard. Many things that are used during build are > also used during install, like for example, GNU texinfo suite: > makeinfo(1) is used during build, install-info(1) -- during install. > That also means we need to compile texinfo twice. could we pre-strip those binaries that are installed somehow? Could we modify the binutils build to use the built /usr/obj/usr/lib/libc as a 2nd pass after they are built? > > Or we could go a lazy way and document that we only support this > sort of things if the installed world on a building machine is > suitable for CPU of the installing machine. All of my machines > here are P6-type, so I usually build world and all kernels on > one fast machine and do NFS installs on others. This pretty much is the current state. :-( -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1029428173.408.17.camel>