summaryrefslogtreecommitdiffstats
path: root/lib/libc/locale/lmonetary.c
Commit message (Collapse)AuthorAgeFilesLines
* . style(9)phantom2003-06-261-3/+16
| | | | | . fix/add comments (to cover changes done thru last 20 months) . extend monetary testcase to cover int_* values
* Fixes to locale code to properly use indirect pointers in order to preventjkh2003-06-131-1/+1
| | | | | | | memory leaks (fixes bugs earlier purported to be fixed). Submitted by: Ed Moy <emoy@apple.com> Obtained from: Apple Computer, Inc. MFC after: 2 weeks
* Cosmetic: use LCMONETARY_SIZE_{FULL,MIN} defines like in other placesache2002-10-121-4/+5
|
* Add support for the 6 new C99 struct lconv members dealing with formattingtjr2002-10-091-2/+32
| | | | | | | | | international monetary values: int_p_cs_precedes, int_n_cs_precedes, int_p_sep_by_space, int_n_sep_by_space, int_p_sign_posn, int_n_sign_posn. This should not break existing binaries or LC_MONETARY data files. Reviewed by: ache MFC after: 1 month
* Rewrite locale loading procedures, so any load failure will not affectache2002-08-081-4/+5
| | | | | | | | currently cached data. It allows a number of nice things, like: removing fallback code from single locale loading, remove memory leak when LC_CTYPE data loaded again and again, efficient cache use, not only for setlocale(locale1); setlocale(locale1), but for setlocale(locale1); setlocale("C"); setlocale(locale1) too (i.e. data file loaded only once).
* Style fixes in preparation of code rewrittingache2002-08-071-7/+10
|
* Fix the style of the SCM ID's.obrien2002-03-221-2/+3
| | | | I believe have made all of libc .c's as consistent as possible.
* Do not try to convert to char already converted C monetary locale members.ache2002-01-281-17/+39
| | | | Do this conversion on locale load stage instead.
* * Add my e-mail to copyrightsphantom2001-12-111-18/+18
| | | | * style(9)'ify
* Change mon_decimal_point from "." to "" (N/A>) as it is specified by POSIX forache2001-03-031-1/+1
| | | | POSIX locale.
* catch up to __part_load_locale() interface changephantom2001-02-131-1/+2
|
* Make comparsions more clear (per style(9))phantom2001-02-121-1/+1
|
* Don't try to convert grouping strings in case if C or POSIX localephantom2001-02-111-1/+1
| | | | | | was explicitly specified. Submitted by: ache
* . Fix semantics of grouping (LC_MONETARY::mon_grouping,phantom2001-02-101-2/+6
| | | | | | LC_NUMERIC::grouping) values. . Always set __XXX_changed flags then loading numeric & monetary locale categories to allow localeconv() to use C locale also.
* According to Garrett, POSIX widely use -1 to indicate CHAR_MAX, so back outache2001-02-101-3/+1
| | | | | all my "-1" -> "something" fixes and replace -1 with CHAR_MAX directly in strtol() in cnv()
* Use __XSTRING(CHAR_MAX) instead of "127" and strtol() base 0 to parse it (0x7f)ache2001-02-101-1/+3
|
* Correct myself a bit: situation is broken not for _all_ numeric LC_MONETARY,ache2001-02-101-2/+1
| | | | | | | | | | | | LC_NUMERIC fields, but only for *grouping fields - other fields are converted to a chars in localeconv(), so final change is: "-1" -> "127" 127 here is because CHAR_MAX supposed, which is _positive_ (SUSv2 requirement), not negative as 255. It is still a bit of hack. To find real CHAR_MAX will be better to sprintf() it once somewhere in static buffer. *grouping parsing still broken and missing and needs to be implemented.
* NOTE: according to SUSV2 and other implementations, numeric elements inache2001-02-101-1/+2
| | | | | | | | | | | LC_MONETARY, LC_NUMERIC are byte-arrays, not ASCII strings! Fix "C" locale, change "-1" to {CHAR_MAX, '\0'} according to standards. This is only partial fix - locale loading procedure remains broken as before and load too big values for all locales. All numeric strings there should be converted with something like atoi() and placed into bytes. Maybe I do it later, if someone will not fix it faster.
* Make FreeBSD locale support complete: add support for rest locale categoriesphantom2001-02-081-0/+116
LC_MONETARY, LC_NUMERIC and LC_MESSAGES. Remove stub functions since they don't need anymore. Reviewed by: silence on -i18n
OpenPOWER on IntegriCloud