From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3804 invoked by alias); 3 Apr 2003 16:36:01 -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 3791 invoked by uid 71); 3 Apr 2003 16:36:00 -0000 Date: Thu, 03 Apr 2003 16:36:00 -0000 Message-ID: <20030403163600.3790.qmail@sources.redhat.com> To: jlquinn@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Benjamin Kosnik Subject: Re: libstdc++/9828: Regression: Segmentation fault in num_put::put Reply-To: Benjamin Kosnik X-SW-Source: 2003-04/txt/msg00104.txt.bz2 List-Id: The following reply was made to PR libstdc++/9828; it has been noted by GNATS. From: Benjamin Kosnik To: Benjamin Kosnik Cc: peturr02@ru.is, jlquinn@optonline.net, paolo@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: libstdc++/9828: Regression: Segmentation fault in num_put::put Date: Thu, 3 Apr 2003 10:28:18 -0600 The other advantage of this approach is that it's more extensible: we could add more caches as we get the time, and not have to worry about the size of __locale_cache changing, adding more accessor functions, and link map maneuvering. I'd been a bit worried about this, since large parts of the locale facets haven't yet been caches (floating point numerics, everything else). -benjamin