[RFC] First draft of the POSIX locale::name patch

Benjamin Kosnik bkoz@redhat.com
Thu Oct 3 22:40:00 GMT 2002



> 1- _M_c_cats(__cat) contains the names of the various
>    C categories present in recent glibc: arguably a
>    rough approach.
> 
>    1a- I have no idea how to automatically adapt it (at
>        configure time?!?) to different libc... Is this needed
>        or in fact ;) the named locales machinery presently
>        works well only for glibc anyway.
> 
>    1b- When the 6 additional categories stabilized? This
>        is relevant for the new testcases too (some should be
>        conditionalized to glibc >= 2.1 or >= 2.0??)

Solution enclosed. Perhaps this should be two separate arrays, not one
combined one.

> 2- Is there a clean way to avoid strtok() in
>    locale::_Impl::_Impl(const char*, size_t) not changing
>    to much the infrastructure?

I'll look at this next

> 3- Should we consider the possibility of names longer than
>    20 chars (see the _M_names array)?

fixed already in the patch you'd sent me

> 4- Is it ok to use the non ANSI strdup() in
>    locale::locale(const char *) and in
>    locale::_Impl::_Impl(const char*, size_t)? Otherwise I
>    could easily replace it with malloc + strlen calls.

I think so

-------------- next part --------------
A non-text attachment was scrubbed...
Name: p.20021004
Type: application/octet-stream
Size: 22629 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/libstdc++/attachments/20021003/4dade7b5/attachment.obj>


More information about the Libstdc++ mailing list