Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Aug 2002 18:59:55 +0300
From:      Ruslan Ermilov <ru@FreeBSD.ORG>
To:        Stephen Hilton <nospam@hiltonbsd.com>
Cc:        freebsd-stable@FreeBSD.ORG, Larry Rosenman <ler@lerctr.org>
Subject:   Re: Need instructions:  build kernel on one machine;  install on another
Message-ID:  <20020815155955.GB13104@sunbay.com>
In-Reply-To: <20020815093407.67b45a5e.nospam@hiltonbsd.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>

next in thread | previous in thread | raw e-mail | index | archive | help

--dTy3Mrz/UPE2dbVg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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:
>=20
> > On Thu, 2002-08-15 at 09:16, Robin P. Blanchard wrote:
> > > from an earlier discussion (initiated by me):
> > >=20
> > > "You *MUST* use a HOST SYSTEM compiled for the LOWEST processor you w=
ant=20
> > > to installworld to. There are a few places (strip for one) that link =
in=20
> > > /usr/lib/libc.a and NOT the one from /usr/obj/... "
> > >=20
> > > Thus you can't use an i686 optimized world host box to install a lowe=
r=20
> > > optimized /usr/obj to.
> >=20
> > see also PR i386/30276 from me.
> >=20
>=20
> Larry,
>=20
> I agree, with FreeBSD having such an edge in performance on "older" hardw=
are=20
> (sorry Intel and AMD :-) this is something to pursue.
>=20
> ------------------snip------------------
> Fix
>=20
> Update build system to NOT include host libc.a in any tools that will be=
=20
> executed on the target system. =20
> ------------------snip------------------
>=20
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.

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.


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--dTy3Mrz/UPE2dbVg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQE9W8/7Ukv4P6juNwoRAq3jAJ4+gp2SVb850mVZe1nK044E2gSwZACbBfvb
7mxLlSEfih5Lp4OSTZs7REo=
=s9Rr
-----END PGP SIGNATURE-----

--dTy3Mrz/UPE2dbVg--

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?20020815155955.GB13104>