This is the mail archive of the gcc-prs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: libstdc++/9828: Regression: Segmentation fault in num_put::put


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]