From owner-freebsd-qa Mon Mar 12 14:59:31 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 985F737B719; Mon, 12 Mar 2001 14:59:26 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CMxOI07996; Mon, 12 Mar 2001 16:59:24 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 22:59:24 GMT Message-ID: <20010312.22592400@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Marcel Moolenaar , marcel@FreeBSD.org, qa@FreeBSD.org, =?US-ASCII?Q?Larry?= Rosenman In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 4:51:55 PM, John Baldwin wrote regarding R= e:=20 cputype=3D486: > On 12-Mar-01 Marcel Moolenaar wrote: > > John Baldwin wrote: > >> > >> On 12-Mar-01 Marcel Moolenaar wrote: > >> > John Baldwin wrote: > >> >> > >> >> It looks like strip is linked against /usr/lib/libc.a. > >> >> > >> >> Marcel, > >> >> > >> >> It looks like there may be a bug in buildworld. It seems that s= tatic > >> >> binaries > >> >> are being linked against /usr/lib/libc.a rather than > >> >> /usr/obj/usr/src/i386/lib/libc/libc.a. > >> > > >> > In what stage? > >> > >> The final strip binary that will live in /usr/bin/strip on the targ= et > >> machine. > > > > Which is the one in: > > > > /usr/obj/usr/src/gnu/usr.bin/binutils/strip > Yes, it was the final binary installed onto the actual 486 that dumped= =20 core in > this case. > > and not the one in: > > > > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip > > > > Are we still talking about the same strip(1)? > > > >> > In short: Do not not build on Pentium with -march=3Dpentiumsometh= ing and > >> > then later install on non-pentiums! > >> > >> Uh, how can cross-builds _possibly_ work then???? If I do a i386 -= > alpha > >> cross build does the alpha /usr/bin/strip get linked against the i3= 86 > >> /usr/lib/libc.a on the host machine?? > > > > Of course not. The one that's being built as part of the cross-tools= is > > however. > Right, this isn't the cross tools one. This is the final one that get= s > installed onto the 486. _That_ one is broken. > >> Or is libc treated magically by the > >> compiler? > > > > No. > > > >> For that matter, what if a static binary uses a new function added > >> to libc, how in the world will that link if we all our binaries aga= inst=20 the > >> old libc during the world? That's just wrong. > > > > No, that's not wrong. Just think about it for a moment. You need to > > build cross tools first. Those must run on the build machine. You > > therefore build those exactly as you build anything else: you use th= e > > libraries on that machine. After you have built your cross tools, yo= u > > can start building non-native libraries, against which you link the > > final non-native binaries. > We aren't talking about cross tools, we are talking about the final=20 binary > installed onto the 486. Actually, it's whatever strip binary is running as part of make=20 installworld.=20 If Marcel wants us to do some make installworld ROOT=3D/nfs/fw/... I ca= n,=20 but that's not how I was taught.=20 I usually do: make buildworld (on my P-III, now with CPUTYPE=3Di486) make buildkernel KERNCONF=3DIPFILTER-FW (set up for the 486) login to the 486 mount P-III:/usr/src /usr/src mount P-III;/usr/obj /usr/obj=20 make installworld make installkernel KERNCONF=3DIPFILTER-FW mergemaster reboot What is the SUPPORTED recipe now?=20 LER > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message