> >>Why are those files being placed into the locale subdirectory,
> >>considering that they're not related to this subsystem at all?  Either
> >>the existing 'string' or a new subdirectory dedicated to wide
> >>character support would be more suiting.
> >	for me lib/libc/locale looks to be the most natural location.
> >	all other wchar_t related parsers are in lib/libc/locale.
> 
> 	choices are:
> 	lib/libc/locale
> 	lib/libc/string
> 	lib/libc/wstring, lib/libc/wchar, lib/libc/wctype (or whatever)

I think we are talking wchar_t string library (wcscpy and friends).
Is this right?

If so, lib/libc/string or lib/libc/wstring seems to be natural place
for me. Of course, locale/codeset dependent library should not go there.

lib/libc/locale or lib/libc/wctype is not good choice, because
these implies locale/codeset/LC_CTYPE related place.

> 	we will have some "wide-char ready variant stdio" code in the near
> 	future, where should we put them?  note that prototypes for wide-char
> 	string manipulation, and wide-char stdio, are all in wchar.h, or wctype.h.

Probably lib/libc/stdio.
--
soda