This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
RE: libstdc++/9828: Regression: Segmentation fault in num_put::put
- From: Pétur Runólfsson <peturr02 at ru dot is>
- To: jlquinn at gcc dot gnu dot org
- Cc: gcc-prs at gcc dot gnu dot org,
- Date: 3 Apr 2003 15:46:00 -0000
- Subject: RE: libstdc++/9828: Regression: Segmentation fault in num_put::put
- Reply-to: Pétur Runólfsson <peturr02 at ru dot is>
The following reply was made to PR libstdc++/9828; it has been noted by GNATS.
From: =?iso-8859-1?Q?P=E9tur_Run=F3lfsson?= <peturr02 at ru dot is>
To: "Jerry Quinn" <jlquinn at optonline dot net>,
<paolo at gcc dot gnu dot org>,
<gcc-bugs at gcc dot gnu dot org>,
<nobody at gcc dot gnu dot org>,
<gcc-gnats at gcc dot gnu dot org>
Cc: <libstdc++ at gcc dot gnu dot org>
Subject: RE: libstdc++/9828: Regression: Segmentation fault in num_put::put
Date: Thu, 3 Apr 2003 15:36:27 -0000
Jerry Quinn wrote:
> Another is that locales carry the cache info to avoid this problem.
I think this might be the best solution; it is very common to
create a stringstream just to format one number (see for
example boost::lexical_cast or operator<<(ostream&, complex&)).
Storing the cache in the locale would allow such code to take
advantage of the caches.
It should be easy to implement this using the same techniques
as are used for storing facets in locales.
Regards,
Petur