Re: [boost] [SoC][string_cvt] The proposal for stringconversionslibrary.
----Original Message---- From: Alexander Nasonov
As I pointed out in other thread, I implemented integral2str but it converts according to "C" locale. I'm going to add thousands_sep after every group of 3 digits for locales with appropriate grouping. I expect a slight performance degradation but it should be much faster then ostringstream anyway.
As I don't know anything about locales with other grouping, I can't say how efficient integral2str might be for those locales.
The culturally correct formating in (most of) India would be something like "12,34,56,789" grouping() returns a vector with .size()=2, [0]='\3', and [1]='\2'. I don't know how much that helps ... -- Martin Bonner Martin.Bonner@Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894
Martin Bonner wrote:
The culturally correct formating in (most of) India would be something like "12,34,56,789"
Thanks for the info. I already knows it by grepping all LC_NUMERIC files on my FreeBSD. $ cat /usr/share/locale/hi_IN.ISCII-DEV/LC_NUMERIC . , 2;3 Futher analysis showed that $ find /usr/share/locale/ -name LC_NUMERIC -exec cat {} \; | sort -u , -1 . . 0;0 2;3 3;3 I have yet to dechiper -1 and 0;0. Presumably, it's no grouping at all.
grouping() returns a vector with .size()=2, [0]='\3', and [1]='\2'.
I don't know how much that helps ...
Actually, it returns std::string. C counterpart returns char* which, I believe, is faster. C++ locales are unsupported on FreeBSD 6.1 RC #2. I will have to boot knoppix to check how num_punct<>::grouping() works. -- Alexander Nasonov Project Manager http://www.akmosoft.com
participants (2)
-
Alexander Nasonov -
Martin Bonner