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
[EMAIL PROTECTED] | Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 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:[EMAIL PROTECTED]
> 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
> [EMAIL PROTECTED] 1001 E. Arapaho Road
> (972) 234-6400 Richardson, TX 75081
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
