From owner-freebsd-arch@FreeBSD.ORG Mon Dec 10 21:09:07 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 DAD4616A41B; Mon, 10 Dec 2007 21:09:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 794C013C43E; Mon, 10 Dec 2007 21:09:06 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57E1D.dip.t-dialin.net [84.165.126.29]) by redbull.bpaserver.net (Postfix) with ESMTP id 947CE2E31A; Mon, 10 Dec 2007 22:08:57 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id EBB6378401; Mon, 10 Dec 2007 22:08:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1197320935; bh=3JqLcCmfpkq2aiSS2MrzvnlerDVuAmGMG bTcEfBXo10=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=vzvtfovNPy/54WXrk/T+UTRTcSntQTsoHqDKr 9FDBlMRCIa72dJ43tF0fZcQJrlQUKAoiOqeFqaVZly976QFekuWdK4cSCxUD8y+xOi/ OIC/VDmXX7kf5TCv4aBbqm2zbm5tl14vxdnnblnO0EPyq+OBlY/WgOzJ6KX4TCmu+wT MqmW7WGPlLcNl/00VpHTBlMHIRGaU4//Br9syX0CVzfg7Gm3AFgXpfdiF9TKKuNNX/P p8hIpWHn2tCqC1Cv1WxX9xl7ByCq42XYMCQdI7GUZPZZ0VTxtmPMa79dRzhW2WtGgBF Iuvd6beMIKFQqTSvK4reDHweOMZK7EsS7FvVw== Date: Mon, 10 Dec 2007 22:08:54 +0100 From: Alexander Leidinger To: David Schultz Message-ID: <20071210220854.07e02f1f@deskjail> In-Reply-To: <20071210192533.GA15728@VARK.MIT.EDU> References: <20071128211022.GA74762@lor.one-eyed-alien.net> <20071128213947.Q7555@fledge.watson.org> <20071210192533.GA15728@VARK.MIT.EDU> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No 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: Mon, 10 Dec 2007 21:09:07 -0000 Quoting David Schultz (Mon, 10 Dec 2007 14:25:33 -0500): > On Wed, Nov 28, 2007, Robert Watson wrote: > > 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. > > Solaris has done this for well over a decade, and as a > consequence, they have a stable ABI without adding a bunch of > compat garbage to the kernel. It's mostly done via symbol > versioning in libc and other libraries. Running Solaris 8/9 programs is not supported by SUN on Solaris 10. It works in some cases, but it doesn't work in some other cases. And now some people work on using BrandZ (if you know nothing about it, it's sort of like our technology used to do our linuxulator or freebsd32 on amd64; that's not accurate, but is good enough for the point I want to make) to provide a Solaris 10 container (think about it as a jail on steroides) with an Solaris X (X < 10) image, so that people can install a Solaris 10 host and run Solaris X in it (like our linuxulator in a jail, but not as flexible as our linuxulator, theirs can not run on the main system like ours can). So I would not say it is that fafourable. AFAIK there where major kernel changes and they didn't want to do some compat shims. I think we did a much better job so far in providing backward compatibility in the kernel, and when we lose the ability to run e.g. a complete FreeBSD X in a jail of a FreeBSD X+1 system, we would lose a lot of users (portmgr included, as they run the 5.x and 6.x builds on a -current system). So as long as we can run an old system in a jail, do whatever you want regarding static/dynamic libs, but if someone is on the way to destroy our compatibility in the kernel... boy, think not only once, twice or trice, think more about this. Bye, Alexander. -- There is a multi-legged creature crawling on your shoulder. -- Spock, "A Taste of Armageddon", stardate 3193.9 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137