From owner-freebsd-arch@FreeBSD.ORG Wed Nov 28 22:06:37 2007 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6671D16A474; Wed, 28 Nov 2007 22:06:37 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 544DD13C447; Wed, 28 Nov 2007 22:06:37 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 0BAD01A4D81; Wed, 28 Nov 2007 14:06:37 -0800 (PST) Date: Wed, 28 Nov 2007 14:06:36 -0800 From: Alfred Perlstein To: Daniel Eischen Message-ID: <20071128220636.GQ71382@elvis.mu.org> References: <20071128211022.GA74762@lor.one-eyed-alien.net> <20071128213947.Q7555@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Brooks Davis , Robert Watson , freebsd-arch@freebsd.org Subject: Re: RFC: libkse*.a in 7.0 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 22:06:37 -0000 * Daniel Eischen [071128 14:05] wrote: > On Wed, 28 Nov 2007, Robert Watson wrote: > > > > >On Wed, 28 Nov 2007, Brooks Davis wrote: > > > >>A number of people have proposed a direction in 8.0 that would remove > >>support for the syscalls and kernel data structures required by libkse. > >>Apparently this would enable significant simplification of portions of > >>the kernel, but I have no deeply held personal opinion. The intent is > >>that if that happens, alternate versions of the necessicary dynamic > >>libraries will be supplied in updated compat#x packages. This will > >>address most consumers. The one set of consumers that would not be > >>addressed is those who have statically linked, threaded binaries using > >>libkse. > > > >It's worth noting that some other mainstream operating systems work hard > >to disallow static linking for precisely this sort of reason -- when I > >last checked, Mac OS X had only one statically linked binary, init, and it > >may well be that launchd is dynamically linked. This is part of a very > >explicit policy that the defined ABI for applications is *not* the system > >call layer, but rather, the library interfaces, which gives greater > >flexibility to modify the system call interface as needed. > > I argued for removing libc.a as well as lib.a a couple of > years ago and was met with opposition, mostly because statically > linked applications are faster. > > I think we should remove libthr.a, libkse.a and libc.a, so flame on! I agree, as long as someone can flip a switch and turn it back on for ISVs. -Alfred