From owner-freebsd-stable Sun Sep 2 6:48:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6799337B407; Sun, 2 Sep 2001 06:48:41 -0700 (PDT) Received: from lerami.lerctr.org (localhost [127.0.0.1]) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/20010730/$Revision: 1.25 $) with ESMTP id f82DmZXl003088; Sun, 2 Sep 2001 08:48:35 -0500 (CDT) Received: (from ler@localhost) by lerami.lerctr.org (8.12.0.Beta19/8.12.0.Beta19/Submit) id f82DmW00003087; Sun, 2 Sep 2001 13:48:32 GMT Date: Sun, 2 Sep 2001 08:48:32 -0500 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , freebsd-stable@FreeBSD.org, qa@FreeBSD.org, Eric Masson Subject: Re: cputype=486 Message-ID: <20010902084832.B2510@lerami.lerctr.org> References: <20010901114903.D11062@athlon.pn.xcllnt.net> <20010901161054.B13047@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010901161054.B13047@athlon.pn.xcllnt.net> User-Agent: Mutt/1.3.22.1i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Marcel Moolenaar [010901 18:10]: > On Sat, Sep 01, 2001 at 01:22:12PM -0700, John Baldwin wrote: > > > > >> > > >> Is *ANYTHING* going to be done about this ever? It appears nothing > > >> was done at all during the 4.4 cycle. > > > > > > If I have some time (yeah, right :-) I'll take a look at it. The > > > quickest fix would be to define CPUTYPE as empty when building > > > cross- and build-tools. This should override any definitions that > > > are present in /etc/make.conf. > > > > That doesn't help. The problem is that the cross-tools built during buildworld > > are linked against the hosts' libc.a, and then run on the target machine in > > installworld. Thus, in this case you end up running a 686 libc.a in the cross > > tool on a 486 and it blows up. > > > > Ah yes. In that case it only works if you link shared, but then you > have different problems. I guess this rules out CPUTYPE as a generic > tunable. If you want the highest possible performance, you give up > on portibility. You can't have it both... Is this a *NO*, we're not interested in fixing it? If so, some BIG notices should be in /etc/defaults/make.conf around the CPUTYPE setting. I really think this should be fixed somehow.... (Not that I would know how...) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message