Re: glibc 2.3 very soon

2002-09-29 Thread Carlos O'Donell
> Carlos, > Did you regenerate your sysdeps/hppa/fpu/libm-test-ulps? > You have to do that for glibc 2.3. Look at... > > http://sources.redhat.com/ml/libc-alpha/2002-09/msg1.html > > which shows the steps you need to go through. > Jack > That's the easy

Re: glibc 2.3 very soon

2002-09-29 Thread Jack Howarth
Carlos, Did you regenerate your sysdeps/hppa/fpu/libm-test-ulps? You have to do that for glibc 2.3. Look at... http://sources.redhat.com/ml/libc-alpha/2002-09/msg1.html which shows the steps you need to go through. Jack -- To UNSUBSCRIBE, email to [EMAIL

Re: glibc 2.3 very soon

2002-09-29 Thread Carlos O'Donell
> Carlos, >It looks like Ulrich is preparing to kick out glibc shortly > and roll any remaining fixes into glibc 2.3.1... > > http://sources.redhat.com/ml/libc-hacker/2002-09/msg00072.html > > Is hppa building cleanly and passing all of make check from > current glibc cvs? If not you might w

Re: glibc 2.3 very soon

2002-09-29 Thread Carlos O'Donell
> Carlos, >I thought someone told me that the debian packages > for hppa had been run through my findsyms perl script > and that no undefined libgcc symbols were detected in > any of the binaries or libraries? If that is the case > you don't need a libgcc-compat at all. >

Bug#162780: libc6: Some architectures missing functions lrint() lrintf().

2002-09-29 Thread erikd
Package: libc6 Version: 2.2.5-14.3 Severity: normal -- System Information Debian Release: 3.0 Kernel Version: Linux coltrane 2.4.19 #6 SMP Mon Aug 26 19:26:10 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages libc6 depends on: ii libdb1-compat 2.1.3-4The Berkeley datab

Bug#162551: libc6-sparc64 conflicts with fakeroot

2002-09-29 Thread Ben Collins
On Sat, Sep 28, 2002 at 10:14:13AM +0100, Colin Watson wrote: > On Fri, Sep 27, 2002 at 03:46:34PM +0900, Julian Stoev wrote: > > Today's SPARC upgrade is broken. > > > > dpkg: error processing /var/cache/apt/archives/libc6-sparc64_2.2.5-11.2_sparc.deb >(--unpack): > > trying to overwrite `/usr

Bug#162576: marked as done (libc6-dev: errno is a function call in non-threaded program)

2002-09-29 Thread Herbert Xu
On Sun, Sep 29, 2002 at 10:44:40AM +0200, Florian Weimer wrote: > Herbert Xu <[EMAIL PROTECTED]> writes: > > > No you don't, all you need to do is to make the errno macro > > conditional. > > And if we do that, libraries which use the non-macro version will come > into existence sooner or later,

Bug#162576: marked as done (libc6-dev: errno is a function call in non-threaded program)

2002-09-29 Thread Florian Weimer
Herbert Xu <[EMAIL PROTECTED]> writes: > Florian Weimer <[EMAIL PROTECTED]> wrote: >> >> The slowdown is a price to be paid, otherwise we would need a >> different set of almost all shared libraries for linking with >> multi-threading programs. I think we already had this situation, and >> it w