From owner-freebsd-arch Thu Mar 29 9:16:55 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id C56A037B71B for ; Thu, 29 Mar 2001 09:16:51 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 16576 invoked by uid 0); 29 Mar 2001 17:16:50 -0000 Received: from p3e9e0443.dip.t-dialin.net (HELO forge.local) (62.158.4.67) by mail.gmx.net (mp002-rz3) with SMTP; 29 Mar 2001 17:16:50 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14ig2T-00013G-00; Thu, 29 Mar 2001 19:16:49 +0200 Date: Thu, 29 Mar 2001 19:16:49 +0200 From: Thomas Moestl To: freebsd-arch@freebsd.org Cc: Robert Watson Subject: Moving libposix1e into libc Message-ID: <20010329191649.A3998@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-arch@freebsd.org, Robert Watson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'd like to move libposix1e, the library that implements the userland part of the POSIX.1e additions (like ACLs, capabilities, ...) into libc. The reasons for this are: - an increasing number of programs in the base system are going to require it, e.g. all libutil consumers, because setusercontext(3) will start to rely on POSIX.1e context management calls, and base system utilities that will need to be changed to correctly handle ACLs - it implements functions defined in sys/ headers (sys/acl.h, sys/capability.h and some more to come) - other implementations have integrated this into their libc, so it would increase compatability The overhead of this addition should be relatively small (about 50k for a static libc, and ~40k for a shared one). I would like to do the move by creating a posix1e subdirectory under src/lib/libc/ and having libposix1e repocopied there. That would mean that some syscall wrappers would also reside there, but I think that this is justifyable given that the POSIX.1e additions are a work in progress and also functionally belong together. There would also be a need to add libc_r handlers for four functions that deal with file descriptors before the build would be activated. Some parts of the library are not thread safe, but not in a way that would affect other functions (they define types without locks, so variables of those types cannot be shared between multiple threads). Any comments or objections to this? Thanks, - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message