From owner-freebsd-hackers Mon Sep 2 20:57:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB1E737B400 for ; Mon, 2 Sep 2002 20:57:24 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF3F43E72 for ; Mon, 2 Sep 2002 20:57:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g833vNPQ040204; Mon, 2 Sep 2002 20:57:23 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g833vNdS040203; Mon, 2 Sep 2002 20:57:23 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Sep 2002 20:57:23 -0700 (PDT) From: Matthew Dillon Message-Id: <200209030357.g833vNdS040203@apollo.backplane.com> To: Terry Lambert Cc: Peter Wemm , hackers@FreeBSD.ORG Subject: Re: 64 bit API/ABI changes proposal for -current References: <20020902215358.E3A992A893@canning.wemm.org> <200209022207.g82M7OAe034138@apollo.backplane.com> <3D741204.F035A715@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :Matthew Dillon wrote: :> Well, then what we want is a new syscall vector, duplicate libraries, :> and a compiler option, and leave all the function names the same :> (which means no bintime but allows us to retain everything else). :> -current would release supporting both with the compiler option :> defaulting to --unix32 on the IA32 and --unix64 on 64 bit platforms, :> and then down the line the compiler option would default to --unix64 :> on all platforms, and then down the line a little more the original :> syscall vector would become a compatibility option that most people :> leave out. : : :Not to be a party-pooper, but I think this will fail as soon :as you have a program that wants to link against a third party :library that calls entry points in libc. : :It doesn't even have to be a binary-only thing; think of trying :to build packages for the purposes of a CDROM distribution. You :would end up needing to do the same "--unix32/--unix64" thing for :every library you build. : :-- Terry Well I figured one would just use the default for third party libraries. The idea is to get the system sources working first as well as support developers who need the feature, and worry about ports and so forth later. Ports might not be able to use 64 bit functionality under 32 bit OSs until it becomes the default under 32 bit OSs. The moment we even *attempt* to introduce changes to things ports and third part libraries use, we blow up half the ports tree. Oh, wait, we've ALREADY blown up half the ports tree. On nearly every release! Its one of the big complaints I hear about FreeBSD. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message