From owner-freebsd-arch Mon Oct 29 9: 6:46 2001 Delivered-To: freebsd-arch@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 5F7CA37B40C for ; Mon, 29 Oct 2001 09:06:43 -0800 (PST) Received: from dialup-209.245.136.208.dial1.sanjose1.level3.net ([209.245.136.208] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 15yFrz-0002Bi-00; Mon, 29 Oct 2001 09:06:39 -0800 Message-ID: <3BDD8CBF.80D85ED4@mindspring.com> Date: Mon, 29 Oct 2001 09:07:11 -0800 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Garance A Drosihn , arch@FreeBSD.ORG Subject: Re: calm, orderly, deliberate time_t transition.. References: <20011029064257.ACB573808@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > 2: new platforms should start at time_t 64 bit > > 3: Once we've tested the water on the new platforms, *then* progress > towards activating it on alpha and then x86. > > By then we'll have gathered enough *experience* on the new platforms to > know how much pain the alpha and i386 will have, and we can judge whether > its worth it. Until then, we're speculating. We have no hard data and > no actual real experience. The problem with this is that it pushes both the onus and all the experience off onto the new platform people. FreeBSD already has a considerable x86 bias that any attempt at a new platform has to overcome, just to boot. Putting what amount to gratuitous changes in the path of them is just that much more barrier to entry. It would be an amazing pain to have something that would not work on i386 as 64 bits bite you on the butt merely because on your new platform, it's mandated that it has to change from the i386. What you're basically asking is for people to do ports blind, with a reference platform where the code is potentially substantially different from that expected of the target platform. IMO, the amount of platform dependent code should be minimized, not added to, by whatever policy you end up setting in stone. The 32 bit x86 platform will not live forever... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message