Date: Thu, 26 Oct 2000 17:32:47 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Marcel Moolenaar <marcel@cup.hp.com> Cc: johan@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/22256: [RARE] cross-compiled static bins in /usr/obj/usr/src/i386 can cause Signal 4 during make installworld Message-ID: <Pine.BSF.4.21.0010261703420.44146-100000@besplex.bde.org> In-Reply-To: <39F734C3.B87DFAE7@cup.hp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 25 Oct 2000, Marcel Moolenaar wrote:
> There's no bug in the build process that I know of. The tools in
> /usr/obj that are specifically compiled to run on the build machine need
> to be linked against the libraries in /usr/lib. In this case the build
> machine is incompatible with the install machine, simply because the
> binaries and libraries were optimized for the build machine and by that
> unusable on the install machine. This is just as bad as building on
> Alpha and installing on IA-32.
>
> To make the build process a bit more resistant, we can force bootstrap,
^^^^ less
> build and cross tools to be dynamicly linked instead of staticly linked.
>
> We should not add strip to installworld. Think about what would happen
> if we did a source upgrade on FreeBSD 2.2.5 and basicly install ELF over
> aout. We would be using an aout strip on ELF files...
Think about what would happen if:
(1) the build machine doesn't have any shared libraries.
(2) the install machine doesn't have any shared libraries. I think it will
have them by the time strip is run, but they will be the new ones for
the install machine, and the cross-strip is linked to old ones for the
build machine.
I think adding the new strip to installworld would work, especially if
it is statically linked. Similarly for all (?) the other binaries copied
by installworld. We already depend on the new /bin/sh working as soon as
it is installed, and if /bin/sh works then other non-binary utilities are
likely to work. It is just considered safer to use the existing utilities.
Bruce
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0010261703420.44146-100000>