Bug#162576: marked as done (libc6-dev: errno is a function call in non-threaded program)
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 wasn't nice at all. 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, and we lose. -- Florian Weimer[EMAIL PROTECTED] University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT fax +49-711-685-5898 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#162576: marked as done (libc6-dev: errno is a function call in non-threaded program)
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, and we lose. Not if you make it the default behaviour threaded and have the non-macro version available conditionally. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#162551: libc6-sparc64 conflicts with fakeroot
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/lib/64', which is also in package fakeroot Errors were encountered while processing: /var/cache/apt/archives/libc6-sparc64_2.2.5-11.2_sparc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) fakeroot in stable still uses /usr/lib/64. Do we need a fix for #151448 in woody-proposed-updates? The fix will be to make libc6-sparc64 conflict with gcc-3.0, gcc-3.0-sparc64 and older fakeroot. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#162780: libc6: Some architectures missing functions lrint() lrintf().
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 database routines [glibc 2.0/2. I am the author of libsndfile (I am not a Debian maintainer) which uses two functions from the C99 standard, lrint() and lrintf(). In another project I am using the function llrint(). These functions exist on x86 and PowerPC Debian, but not on ia64, ARM and some others. The libsndfile configure script detects the existance of these functions as you can see from the Buildd logs here: http://buildd.debian.org/build.php?arch=pkg=libsndfile For testing, you can get a copy of libsndfile from here: http://www.zip.com.au/~erikd/libsndfile/ Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.3 very soon
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 want to push any remaining hppa patches. Jack To answer your original question, no HPPA is not passing 'make check' cleanly and we are looking into the problems. Currently we seem to have done something wrong with our floating point exceptions and tolerances. c. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.3 very soon
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 PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]