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>
next in thread | previous in thread | raw e-mail | index | archive | help
--Bu8it7iiRSEf40bY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 09:42:10PM +0000, Robert Watson wrote: >=20 > On Wed, 28 Nov 2007, Brooks Davis wrote: >=20 > >A number of people have proposed a direction in 8.0 that would remove=20 > >support for the syscalls and kernel data structures required by libkse.= =20 > >Apparently this would enable significant simplification of portions of t= he=20 > >kernel, but I have no deeply held personal opinion. The intent is that = if=20 > >that happens, alternate versions of the necessicary dynamic libraries wi= ll=20 > >be supplied in updated compat#x packages. This will address most=20 > >consumers. The one set of consumers that would not be addressed is those= =20 > >who have statically linked, threaded binaries using libkse. >=20 > It's worth noting that some other mainstream operating systems work hard = to=20 > disallow static linking for precisely this sort of reason -- when I last= =20 > checked, Mac OS X had only one statically linked binary, init, and it may= =20 > well be that launchd is dynamically linked. This is part of a very=20 > explicit policy that the defined ABI for applications is *not* the system= =20 > call layer, but rather, the library interfaces, which gives greater=20 > 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. --Bu8it7iiRSEf40bY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTj1GC3+MBN1Mb4gRAlUeAKCI+nEYSVFgobChmp2QDidnAWD7qgCg4gCj 1nGhcvhmANi/CoEuN1DABK4= =vXXE -----END PGP SIGNATURE----- --Bu8it7iiRSEf40bY--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071129041710.GC83121>