On Tue, Apr 16, 2013 at 04:55:01AM +, YAMAMOTO Takashi wrote:
hi,
On Mon, Apr 15, 2013 at 11:40:57PM +0900, Takehiko NOZAKI wrote:
POSIX2008 spec say, *_l func with invalid locale handle may EINVAL.
NULL or (locale_t)0 is invalid locale handle.
why are you think fallback to C
On Tue, Apr 16, 2013 at 11:39:50PM +0900, Takehiko NOZAKI wrote:
before implementing such non-portable *broken* stuff.
At the very least it is a conforming extension.
...which means keeping a copy around in various libraries etc.
It is possible, but wastes memory.
most of application in
On Tue, Apr 16, 2013 at 11:39:50PM +0900, Takehiko NOZAKI wrote:
That's what Apple and FreeBSD provide and which is actually quite
useful.
useful? don't say that.
I have heard same word from who spreads broken iconv(3) usage,
(such as non-portable //TRANSLIT features that annoying
On Tue, Apr 16, 2013 at 07:34:58PM +, Joerg Sonnenberger wrote:
Module Name: src
Committed By: joerg
Date: Tue Apr 16 19:34:58 UTC 2013
Modified Files:
src/common/lib/libc/stdlib: _strtol.h _strtoul.h
Log Message:
Do not use isalpha here, since we explicitly only
On Tue, Apr 16, 2013 at 11:39:50PM +0900, Takehiko NOZAKI wrote:
so that the struct _locale __C_locale in libc is much more wasteful.
I should add that it is an internal detail and the way the composed C
locale is stored can and likely will change later. So the way it is
essentially a copy