From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 19 19:56:36 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB13716A4CE for ; Thu, 19 Feb 2004 19:56:36 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E6043D1D for ; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1K3uaOE017275; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1K3uaj9071558; Thu, 19 Feb 2004 19:56:36 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1K3uZej071557; Thu, 19 Feb 2004 19:56:35 -0800 (PST) (envelope-from marcel) Date: Thu, 19 Feb 2004 19:56:35 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040220035635.GA69900@dhcp01.pn.xcllnt.net> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> <20040217040616.GL12181@seekingfire.com> <20040219143838.GL68388@seekingfire.com> <20040219204008.GB3545@electra.cse.Buffalo.EDU> <20040219205750.GC3545@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: sparc64@freebsd.org Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 03:56:36 -0000 On Thu, Feb 19, 2004 at 10:29:20PM -0500, Garance A Drosihn wrote: > > My basic plan is to commit these three files to /usr/src on > March 1st. This wouldn't actually change anything, it would > just make the files available as part of the src tree. Then, > at some later date (march 4th? march 8th? even later?), we'd > commit the change to /usr/src/sys/sparc64/include/_types.h > which makes the switch, and add an entry in /usr/src/UPDATING > to point sparc64 users to these two files. > > Does this seem reasonable? Is there a way we can avoid footshooting? For example: check if /usr/include/machine/_types.h is equal to the one in the source tree and disallow installworld without some special define if they're not. The scripts use the define to circumvent the anti-footshooting measure. Something along those lines... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net