From owner-freebsd-arch Fri May 10 1:10:31 2002 Delivered-To: freebsd-arch@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id B723537B400; Fri, 10 May 2002 01:10:22 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g4A8A1J89007; Fri, 10 May 2002 01:10:01 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3) with ESMTP id g4A8A5e6004739; Fri, 10 May 2002 01:10:05 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3/Submit) id g4A8A4Wq004738; Fri, 10 May 2002 01:10:04 -0700 (PDT) Date: Fri, 10 May 2002 01:10:04 -0700 From: Marcel Moolenaar To: Matthew Dillon Cc: John Baldwin , "Michael C. Wu" , obrien@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: syscall changes to deal with 32->64 changes. Message-ID: <20020510081004.GA4266@dhcp01.pn.xcllnt.net> References: <200205100656.g4A6uZgF031059@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205100656.g4A6uZgF031059@apollo.backplane.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 09, 2002 at 11:56:35PM -0700, Matthew Dillon wrote: > > :> Vendor imported code (e.g. KAME(sigh..), USB, possibly 1394, > :> cardbus, possibly some userland important tools and libraries) > :> would have little or no diffs from the original vendor's code.. > : > :Erm, all the changes so far aren't in API's, but rather changing the size > :of types like time_t. The same KAME code would compile fine. > : > > Huh? Changing the size of time_t sure sounds like an API change to me! There's no programmer visual change if you change the size of a type. Only when you go down to the binary level, you'll notice things have changed. I think this means that changing the definition of an abstract type (which time_t is) is not an API change. Put differently: you don't have to recode, just recompile (provided you didn't make assumptions about the size of course :-) I'm not 100% sure, but it's how I intuitively interpret API... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message