From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13341 invoked by alias); 2 Jul 2004 05:52:05 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 13325 invoked from network); 2 Jul 2004 05:52:04 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sourceware.org with SMTP; 2 Jul 2004 05:52:04 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id 81D0E357B; Thu, 1 Jul 2004 22:52:03 -0700 (PDT) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.9/8.12.9) with ESMTP id i625q3Oi021390; Thu, 1 Jul 2004 22:52:03 -0700 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.9/8.12.9/Submit) id i625q2ep021386; Thu, 1 Jul 2004 22:52:02 -0700 Date: Fri, 02 Jul 2004 05:52:00 -0000 Message-Id: <200407020552.i625q2ep021386@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Jakub Jelinek Cc: Ulrich Drepper , GNU libc hackers Subject: Re: BUGS file In-Reply-To: Jakub Jelinek's message of Wednesday, 30 June 2004 08:24:21 +0200 <20040630062421.GU5191@sunsite.ms.mff.cuni.cz> X-Antipastobozoticataclysm: Bariumenemanilow X-SW-Source: 2004-07/txt/msg00001.txt.bz2 > And update the bugreporting instructions in there: Yeah, http://sources.redhat.com/bugzilla/show_bug.cgi?id=234 is about this. That's what motivated me to look at the file. It all looks so stale that rather than just update those instructions I thought about nuking the file. Can we verify now which of these items still applies? [ **] Closing shared objects in statically linked binaries most of the times leads to crashes during the dlopen(). Hard to fix. Don't know. [ **] There are problems with signal handling when using LinuxThreads. Not planning to fix this, since we have NPTL now. [ **] The RPC code is not 64 bit clean. This is getting slowly fixed but expect incompatible changes on 64 bit platforms like Alpha. I think this may now be as fixed as it's going to get. [ **] If a DSO is using implicitly libpthread and the application itself does not there is a name lookup problem. E.g., the function fork() will be found in the libc.so instead of libpthread since the thread library is behind the libc. To correct this problem it must *not* be relied on the currently still enabled handling of weak symbols in the dynamic linker. Instead explicit tests for the availability of the libpthread version are needed. [PR libc/2325] I don't think this is a problem any more, since those functions that are duplicated between libc and libpthread now always forward to their counterpart. [ *] The precision of the `sinhl' and/or `asinhl' function do not seem to be the best. [ *] The libm-ieee `gamma' function gives wrong results (at least for -0.5). [ *] The libm-ieee `scalb' function gives wrong results for non-integral second parameters. I don't know the status of these, though libm has had various changes in the last two years since BUGS was updated. [ *] On Linux, there should be a way to prevent defining the symbol NGROUPS_MAX in the header file. In glibc it is defined in which must not make the other symbols in available. [PR libc/140] This is still the case. But it's really something that needs to be changed in the installed kernel header, and then libc will do the right thing. [ *] Several (most?) collation specifications are broken. I don't know anything about this stuff. [ *] Some of the functions which also handled IPv6 are currently broken. IPv6 and IPv4 lookups occasionally happen when not needed. This happens in getaddrinfo() and getnameinfo(). IPv4 handling of these functions is OK though and there are patches available to fix the IPv6 code as well. I believe this is fixed now. If anything remains to do here, it should have an active bugzilla report since it's something we don't want to have slide forever. Thanks, Roland