Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Nov 2007 06:17:11 +0200
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Robert Watson <rwatson@freebsd.org>
Cc:        Brooks Davis <brooks@freebsd.org>, freebsd-arch@freebsd.org
Subject:   Re: RFC: libkse*.a in 7.0
Message-ID:  <20071129041710.GC83121@deviant.kiev.zoral.com.ua>
In-Reply-To: <20071128213947.Q7555@fledge.watson.org>
References:  <20071128211022.GA74762@lor.one-eyed-alien.net> <20071128213947.Q7555@fledge.watson.org>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Wed, Nov 28, 2007 at 09:42:10PM +0000, 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.

Some more other mainstream operating system did break the ABI at the
syscall level precisely changing the threading model. Now, they have to
implement separate project to be able to execute runtime for version 8
on the version 10. What is worst, they require a full zone to do this.

FreeBSD ability to run the old binary is very valuable.

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQFHTj1GC3+MBN1Mb4gRAlUeAKCI+nEYSVFgobChmp2QDidnAWD7qgCg4gCj
1nGhcvhmANi/CoEuN1DABK4=
=vXXE
-----END PGP SIGNATURE-----
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071129041710.GC83121>