From owner-freebsd-qa Tue Mar 13 13:57:48 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 2303437B71D; Tue, 13 Mar 2001 13:57:45 -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 f2DLmSI16378; Tue, 13 Mar 2001 15:48:37 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Tue, 13 Mar 2001 21:48:28 GMT Message-ID: <20010313.21482800@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: Larry Rosenman , John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org, kris@FreeBSD.org In-Reply-To: <3AAD78E4.75B12D7@cup.hp.com> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> 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 So, what is the final word from the powers that be re: 4.3 and CPUTYPE? = LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 7:33:24 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > THIS IS NOT ACCEPTABLE. > > > > Either make the cross-archetecture stuff work, or remove CPUTYPE! > You're forgetting that you're not actually doing any cross-architectur= e > stuff. It's much easier to fix if a pentium was considered a different= > architecture than i486. It's not; hence the frustration... > In my reply to the "splitting make.conf" thread on -arch, I mentioned= > something I called modes. Whether that's a good name is totally > irrelevant at this time. What is relevant is that modes *may* save us > here. Not that it'll help us for 4.3, because it'll probably involve > some serious work, but it's one possible way to have cross-building be= > more finegrained than only looking at the architecture. No doubt, othe= r > solutions will exist as well that may even be more simple... > -- > 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