From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 20:08:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D2016A4CE for ; Sun, 14 Mar 2004 20:08:39 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4975C43D48 for ; Sun, 14 Mar 2004 20:08:39 -0800 (PST) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp190-27.lns1.bne1.internode.on.net [150.101.190.27])i2F48awn039168; Mon, 15 Mar 2004 14:38:37 +1030 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i2F48Yew005136; Mon, 15 Mar 2004 14:08:35 +1000 (EST) (envelope-from mckay) Message-Id: <200403150408.i2F48Yew005136@dungeon.home> To: Garance A Drosihn References: <200403140716.i2E7GDKa007204@dungeon.home> In-Reply-To: from Garance A Drosihn at "Sun, 14 Mar 2004 21:12:32 -0500" Date: Mon, 15 Mar 2004 14:08:34 +1000 From: Stephen McKay X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: current@freebsd.org cc: Stephen McKay Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 04:08:40 -0000 On Sunday, 14th March 2004, Garance A Drosihn wrote: >The sparc64 users (including me) felt that if we "just did it" now, >we would be much happier than waiting for 6.0 to roll around. OK. I was reading too much into this. I assumed this was going to be the template for how all architectures would do it. >In the case of i386, there is a 10-year history of servers and >programs running with 32-bTT, in production. I do also run >freebsd/i386, and for that platform I really can not imagine making >this major a change without providing backward-compatibility. There >is just too much written which assumes 32-bTT, including programs >which perhaps can not be recompiled. I think we share pretty much the same view. Backward compatibility on i386 is essential. To achieve this every library version number will need to be bumped (as well as other work, of course). People seem to object to increasing library version numbers, so there may be a fight over this. >I do not see that happening before the 6.0-branch. We have less than 34 years to get this right! :-) Stephen.