Date: Wed, 17 Mar 2004 16:18:24 -0500 From: Garance A Drosihn <drosih@rpi.edu> To: Wes Peters <wes@softweyr.com>, Stephen McKay <smckay@internode.on.net>, current@freebsd.org Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 Message-ID: <p0602041cbc7e6dbdf0a3@[128.113.24.47]> In-Reply-To: <200403161312.00556.wes@softweyr.com> References: <p060204f5bc750679b827@[128.113.24.47]> <20040315000944.GA93356@xor.obsecurity.org> <200403150134.i2F1Y5ew004366@dungeon.home> <200403161312.00556.wes@softweyr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 1:12 PM -0800 3/16/04, Wes Peters wrote: >On Sunday 14 March 2004 05:34 pm, Stephen McKay wrote: > > > If the intention is to use the sparc conversion is as the > > template for architectures I care about then now is the > > first time I can contribute to improving the process. > >sparc64 is, afaik, the last 64 bit architecture to change >over to 64BTT. PowerPC is still 32-bTT, and I think that's a 64-bit architecture. But the people working on that have talked about switching to 64-bTT before PowerPC becomes a tier-1 platform. >The 32 bit architectures don't matter because the likelihood >of them surviving until when 32BTT becomes a problem is nil. >(That's probably true of the sparc64 architecture too, but >keeping sparc64 in line with the rest of the 64-bitters is >a good idea.) I should also note that a big reason I wanted sparc64 to be 64-bTT is that it's a big-endian architecture, so bugs in the handling of time_t will show up differently on it than on ia64 or amd64. By moving sparc64 to 64-bTT right now, we will notice bugs right now that we might not notice on the other platforms for quite some time -- even though the bug would exist on all 64-bTT platforms. [I may have mentioned that before. I forget if I did] -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p0602041cbc7e6dbdf0a3>