> Module Name: src
> Committed By: joerg
> Date: Tue Apr 16 21:44:08 UTC 2013
>
> Modified Files:
> src/common/lib/libc/stdlib: _strtol.h _strtoul.h strtoll.c strtoull.c
> strtoumax.c
> src/include: inttypes.h stdlib.h
> src/lib/libc: shlib_version
> src/
> //TRANSLIT is quite a different deal because it is a workaround for the
> bad default behavior of GNU iconv...
see my firsty post.
depending on your "extension" *_l(NULL) may cause segmentaition fauit on glibc2.
it isn't bad behavior?
--
Takehiko NOZAKI
> 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
On Tue, Apr 16, 2013 at 11:36:20PM +0100, David Laight wrote:
> 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/std
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 o
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 of (o
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 annoyi
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 applicati
> 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 pkgsrc peoples).
http://mail-index.netbsd.org/tech-userlevel/2006/04/03/