From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 5 20:36:29 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 E903716A4CE for ; Mon, 5 Jan 2004 20:36:29 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85C4243D45 for ; Mon, 5 Jan 2004 20:36:28 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i064aI3s003830; Mon, 5 Jan 2004 23:36:19 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040105045937.GC25184@dragon.nuxi.com> References: <200312212239.38557.craig@xfoil.gank.org> <20031222080115.GA645@server.vk2pj.dyndns.org> <20040105045937.GC25184@dragon.nuxi.com> Date: Mon, 5 Jan 2004 23:36:17 -0500 To: Harti Brandt From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: Gearing up for 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: Tue, 06 Jan 2004 04:36:30 -0000 In the thread on Re: An experiment: 64-bit time_t on IA-32 (5.2-RC) David O'Brien wrote: >On Mon, Dec 22, 2003, Garance A Drosihn wrote: > > Note that there it is likely we will switch sparc64 to a >> 64-bit time_t before 5.3 is released. We talked about making >> that change sometime in January, once we would be sure that >> 5.2-release was settled. > >On Tue, Dec 23, 2003, Harti Brandt wrote: > > time_t is a long on Solaris and hence 64bit (when compiling > > in 64-bit mode). Compatibility (with Solaris and Posix) > > requires time_t to be 64-bit and tv_sec to be a time_t. > > I'm running with a 64-bit time_t for two months now > > without problems. > >Before the tree starts to get disruptive and unstable on the >push to 5.3; maybe this is a good time to make the switch to >64-bit time_t for sparc64. I think this is a good idea. I just finished a clean install of 5.2-RC2 on my ultra-10, and I'm building a few of my favorite ports on that. I'll then duplicate that install to alternate partitions, and see what happens when updating that to a 64-bit time_t. So, all I need to change is the line: typedef __int32_t __time_t; in /usr/src/sys/sparc64/include/_types.h and the line: long tv_sec; /* seconds (XXX should be time_t) */ in /usr/src/sys/sys/_timeval.h Most the other definitions of tv_sec that I found are already using time_t. Btw, I noticed: sys/netinet/ip_fw.h: u_int32_t timestamp; /* tv_sec of last match*/ sys/netinet6/ip6_fw.h: long timestamp; /* timestamp (tv_sec) of last match */ but I haven't looked at the code to see how much we care about those two references. Anything else, Harti? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu