From owner-freebsd-qa Mon Mar 12 14:29:53 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 3F00037B71A; Mon, 12 Mar 2001 14:29:49 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 80524EA59; Mon, 12 Mar 2001 12:53:25 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA15408; Mon, 12 Mar 2001 12:53:25 -0800 (PST) Message-ID: <3AAD3744.D434F14@cup.hp.com> Date: Mon, 12 Mar 2001 12:53:24 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , marcel@FreeBSD.org, qa@FreeBSD.org Subject: Re: cputype=486 References: <3AAD2ADB.51D810D8@cup.hp.com> <20010312.20382100@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > > In what stage? > > look at ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz for all the > gory details. I did. It's a perfectly normal output from a buildworld. There's nothing wrong with it, nor is there anything wrong with a buildworld (per se). > > This doesn't work. The object tree will contain binaries compiled for > > Pentium Pro processors and thus may contain instructions not present on > > i486. The binaries I'm talking about are those that are *explicitly* > > compiled to be run on the build machine. This includes the bootstrap, > > build and cross tools. These tools are also used during install and thus > > must be compatible with the machine you're installing on. > > > In short: Do not not build on Pentium with -march=pentiumsomething and > > then later install on non-pentiums! > > Excuse me, but the /usr/obj was WIPED OUT prior to the make buildworld. This doesn't make the slightest difference, because the first thing that happens in a buildworld is a repopulation of /usr/obj (see below). > So there was NO -march=pentiumpro objs left. Your /usr/lib/libc.a has -march=pentiumpro code and consequently, any binaries that are staticly linked against it. > The binary that wound up in > /usr/obj/usr/src/i386/usr/bin/strip has ppro instructions in it. This > seems wrong. See above. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message