RE: libc5
Here are some of the changes HJ made that I think are important enough
for us to create a new version:
* nls/msgcat.c (catopen): Check if the message file is
really a file.
* libio/stdio/ferror.c (_IO_ferror):
* libio/stdio/putc.c (_IO_putc): New aliase for glibc
compatibility.
* libio/printf_fp.c (__printf_fp): Round number to even
according to IEEE 754-1985 4.1.
* locale/cur_max.c: new for glibc compatibility.
* <netinet/ip.h> (struct ip): change ip_csum to ip_sum.
* rpc/openchild.c:
* rpc/key_call.c:
* rpc/auth_des.c: fix some problems with secure rpc.
* <sys/quota.h>: new.
* libio/genops.c:
* libio/strops.c:
* libio/libioP.h:
* libio/fileops.c: update from glibc 2.
Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -----Original Message-----
> From: David Engel [SMTP:david@sw.ods.com]
> Sent: Monday, December 08, 1997 4:48 PM
> To: Michael Meskes
> Cc: debian-devel@lists.debian.org
> Subject: Re: libc5
>
> On Sat, Dec 06, 1997 at 03:51:26PM +0100, Michael Meskes wrote:
> > Good point David. That is all your point are good. But stopping
> libc5
> > work means we have to convert all packages before the next release.
> IMO
> > this should even hold for non-free or contrib packages. I doubt we
> are
> > able to do that, so I prefer to have a libc5 version that is as
> > compatible with libc6 as it gets.
>
> What areas of compatibility are being worked on? I sure hope they
> have to do with binary compatibility because there is no benefit to
> adding source compatibility.
>
> David
> --
> David Engel ODS Networks
> david@sw.ods.com 1001 E. Arapaho Road
> (972) 234-6400 Richardson, TX 75081
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: