To David Brownlee: I doubt NetBSD 1.0 binary could run against
a NetBSD 1.6 libc. They don't care much about binary compatibility. You
could not even run a statically linked 1.0 app without some COMPAT_
option in the kernel, I think.
when making such assertions it helps to be
They presumably did it because they thought it would be a good idea.
Perhaps they wanted to hide implementation differences between
different OSes. Either way, the low-level functions in FreeBSD work
just fine.
FWIW, i just ran man funopen on my netbsd box and it says:
HISTORY
when making such assertions it helps to be actually correct. while it
is true that *any* old binary may require COMPAT_XX options in the kernel,
netbsd supports binaries back to 386bsd for i386, with shorter periods
of backwards compat for the newer plaforms. i have personally run 386bsd
when making such assertions it helps to be actually correct. while it
is true that *any* old binary may require COMPAT_XX options in the kernel,
netbsd supports binaries back to 386bsd for i386, with shorter periods
of backwards compat for the newer plaforms. i have personally
Hello,
the compat packages exist to provide missing libraries. the netbsd
libc soname has never changed -- it was libc.so.12 when the first
ELF port arrived, and it is libc.so.12 today. of course you can not
So the ABI for libc didn't change since the introduction of ELF and
no compat
Hello,
some notes about NetBSD libc:
it supports nsswitch for a long time, see here:
http://netbsd.gw.com/cgi-bin/man-cgi?nsswitch.conf++NetBSD-current
Dynamically loaded NSS modules are not supported.
To David Brownlee: I doubt NetBSD 1.0 binary could run against
a NetBSD 1.6 libc. They
19.
Extended Characters
glibc: Supported
BSD libc: No multi-byte character set functions.Breaks building UTF(Unicode)
support in libncurses.
wide character support is present in 5.0.
On my 4.7-STABLE machine I took a look now is a wchar.h in
/usr/include/. Also audio/id3lib compiles fine with
Momchil Velikov [EMAIL PROTECTED] schrieb am 20.01.03 15:20:56:
Atifa == Atifa Kheel [EMAIL PROTECTED] writes:
Atifa e)Other Streams(like string streams,Obstack streams,etc)
Atifa glibc: Supported
Atifa BSD libc: Not Supported.
Why is it important for debian BSD to sum up
Michael == Michael Ritzert [EMAIL PROTECTED] writes:
Michael Why is it important for debian BSD to sum up the
Michael differences in BSD libc and glibc?
Maybe to justify choosing one or another ?
Michael - the dominance of glibc-based linux has forced IBM and
Michael SUN to
On Tue, Jan 21, 2003 at 08:50:46AM +0100, Michael Ritzert wrote:
Momchil Velikov [EMAIL PROTECTED] schrieb am 20.01.03 15:20:56:
Atifa == Atifa Kheel [EMAIL PROTECTED] writes:
Atifa e)Other Streams(like string streams,Obstack streams,etc)
Atifa glibc: Supported
Atifa
On Mon, 20 Jan 2003, Andreas Schuldei wrote:
i understood him this way: glibcs *portability* is large, since
it is not only portabel over several archs but also over several
kernels.
bsds libc is less portable (only accross different archs) so its
portability is smaller.
At a
In the last episode (Jan 20), Atifa Kheel said:
e)Other Streams(like string streams,Obstack streams,etc)
glibc: Supported
BSD libc: Not Supported.
BSD supports funopen() which allows the user to create handles for
arbitrary stream types.
http://www.freebsd.org/cgi/man.cgi?query=funopen
In the last episode (Jan 20), Atifa Kheel said:
e)Other Streams(like string streams,Obstack streams,etc)
glibc: Supported
BSD libc: Not Supported.
BSD supports funopen() which allows the user to create handles for
arbitrary stream types.
glibc has fopencookie which is similar.
On Mon, Jan 20, 2003 at 10:31:31AM -0600, Dan Nelson wrote:
System database and name service switch(NSS)
glibc: Supported
BSD libc: NSS not supported.Incompatible shadow and password support and
ancient utmp.
(Problem Solved by writing a library libshadow)
User applications should
On Mon, Jan 20, 2003 at 05:05:38AM -0800, Atifa Kheel wrote:
Some other comments:
glibc support for standards:
ANSI C(ISO C)
POSIX (Pthreads support)
SYSTEM V
(Eg:
Malloc tunable parameter(mallopt)
Extensions :
Statistics for storage allocation with malloc(mallinfo)
_tolower() and
On Sat, Aug 31, 2002 at 10:57:14PM -0400, Nathan Hawkins wrote:
I haven't paid much attention to the BSD port, but I notice that
glibc now includes support for FreeBSD again. Should I be tooling
glibc up to produce libc1 packages for you?
I've been tinkering with it for a while now. It
Jeff Bailey wrote:
On Sat, Aug 31, 2002 at 10:57:14PM -0400, Nathan Hawkins wrote:
I haven't paid much attention to the BSD port, but I notice that
glibc now includes support for FreeBSD again. Should I be tooling
glibc up to produce libc1 packages for you?
I've been tinkering with it for a while
17 matches
Mail list logo
