Re: RFC: libkse*.a in 7.0
- From: David Schultz <das@xxxxxxxxxxx>
- Date: 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.
Note that it's possible to *provide* static libraries without
*supporting* them. People can link their apps statically if they
so desire, with the understanding that they will need to recompile
when they upgrade to the next major release of FreeBSD.
Apologies for replying to an old thread. I'm catching up on my email!
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: RFC: libkse*.a in 7.0
- From: Alexander Leidinger
- Re: RFC: libkse*.a in 7.0
- From: Alfred Perlstein
- Re: RFC: libkse*.a in 7.0
- Prev by Date: Re: bin/118292: Add support to remove all msg/shm/sem ids with ipcrm
- Next by Date: Re: RFC: libkse*.a in 7.0
- Previous by thread: Re: RFC: libkse*.a in 7.0
- Next by thread: Re: RFC: libkse*.a in 7.0
- Index(es):
Relevant Pages
|