From owner-freebsd-hackers Thu Aug 29 12:23:19 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 2A8DC37B400 for ; Thu, 29 Aug 2002 12:23:17 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88F843E3B for ; Thu, 29 Aug 2002 12:23:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17kUss-0003L0-00; Thu, 29 Aug 2002 12:23:14 -0700 Message-ID: <3D6E7467.2E0C454C@mindspring.com> Date: Thu, 29 Aug 2002 12:22:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: <20020829110354.R22530-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 Kenneth Culver wrote: > > I've volunteered to do this port, with the expectation that it's within my > > ability. I'm just a bit over my head, but that's how I'll learn, right? [ ... ] > Just curious, but what does doing this port get you? In theory, it should mean that threaded code compiled for -stable will then run on -current without modification, when someone decides that -current is stable enough for the changeover. If the implementation of flockfile/ftrylockfile/funlockfile is via a library exported symbol, then programs that are linked shared should "just work", but it will take a lot of hackery to implement these function in -stable without introducing a -stable/-stable binary compatability problem, which is normally deferred until later releases (there would be a libc version number bump required, which isn't possible, because minor version numbers aren't supported, and there's already a lot of -current boxes out there). Probably, it's better to fix code that expects the functions that are "missing" and can't be implemented compatably to not attempt to use them (see other posts in this thread for details and a URL for the SGI man page for the functions in question). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message