From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14347 invoked by alias); 28 Mar 2002 22:47:10 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 14328 invoked by uid 61); 28 Mar 2002 22:47:10 -0000 Date: Thu, 28 Mar 2002 14:47:00 -0000 Message-ID: <20020328224710.14327.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, tot@trema.com From: bkoz@gcc.gnu.org Reply-To: bkoz@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, tot@trema.com, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/6015: 3.1 pre libstdc++ number formatting is not mt-safe. X-SW-Source: 2002-03/txt/msg01094.txt.bz2 List-Id: Synopsis: 3.1 pre libstdc++ number formatting is not mt-safe. State-Changed-From-To: suspended->analyzed State-Changed-By: bkoz State-Changed-When: Thu Mar 28 14:47:09 2002 State-Changed-Why: Note that this is not a new problem. Before this, LANG settings that were not "C" would cause input to fail, unconditionally. The current code path is not optimal, admittedly. Tricks in the "C" library in the glibc-2.3 timeframe will remove this issue from impacting modern linux systems. All that is really needed here is some kind of hard-wired "C" locale strtold/sscanf function. Or, some elimination of this step (long threatened by some contributors.) I believe this defficiency can be improved in the future, without breaking the ABI, so this is really not "critical" to me. Can I downgrade this to serios with low priority? thanks, benjamin http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6015