From owner-freebsd-qa Mon Mar 12 14:16:38 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 B588737B71E; Mon, 12 Mar 2001 14:16:25 -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 9830BEF42; Mon, 12 Mar 2001 14:06:35 -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 OAA19219; Mon, 12 Mar 2001 14:06:24 -0800 (PST) Message-ID: <3AAD485E.272DF239@cup.hp.com> Date: Mon, 12 Mar 2001 14:06:22 -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 , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@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: > > > 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 the > > libraries on that machine. After you have built your cross tools, you > > can start building non-native libraries, against which you link the > > final non-native binaries. > > So what you are saying is cross build HOSTS have to suffer in performance > while they are being used as the HOST? Why should this be? No, what I'm saying is that if you have highly optimized code that includes CPU specific instructions, you'd better run them on compatible CPUs only. > In this case the make buildworld was done on a HOST that was built > -march=pentiumpro, the make flags for the new build were with NO -march > (or with -m486), and then the make installworld dies with the SIGNAL 4, > on a PPRO instruction in whatever strip binary is run from install. This > seems VERY wrong if we are going to support cross-environment builds AT > ALL. No, it isn't wrong. You basicly introduce a third machine into the equation: 1. The build machine, 2. The target machine, 3. the install machine. In your case 1 is incompatible with 3. We don't support that (yet?). Make sure your installation machine is compatible with your build machine. The best approach is to make you install machine the same as your build machine and install over NFS to the target machine. -- 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