| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
. fix/add comments (to cover changes done thru last 20 months)
. extend monetary testcase to cover int_* values
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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).
|
| |
|
|
|
|
| |
I believe have made all of libc .c's as consistent as possible.
|
|
|
|
| |
Do this conversion on locale load stage instead.
|
|
|
|
| |
* style(9)'ify
|
|
|
|
| |
POSIX locale.
|
| |
|
| |
|
|
|
|
|
|
| |
was explicitly specified.
Submitted by: ache
|
|
|
|
|
|
| |
LC_NUMERIC::grouping) values.
. Always set __XXX_changed flags then loading numeric & monetary locale
categories to allow localeconv() to use C locale also.
|
|
|
|
|
| |
all my "-1" -> "something" fixes and replace -1 with CHAR_MAX directly in
strtol() in cnv()
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
LC_MONETARY, LC_NUMERIC and LC_MESSAGES. Remove stub functions since they
don't need anymore.
Reviewed by: silence on -i18n
|