«

> But please consider using another library. C99 has its own functions to
> do this and there are other high-quality UTF-8 libraries out there.
> Apart from using the wrong return type, the author has taken what is
> essentially a stateless encoding and added some state to the decoder so
> that the code is not re-entrant. It seems like a broken design.

Can you please point to the other UTF8 libraries? I have already seen ICU, but that is too big for me. I just need to support UTF8.

Thanks

On Dec 21, 9:10*am, Navaneeth <navaneet...@gmail.com> wrote:
> > But please consider using another library. *C99 has its own functions to
> > do this and there are other high-quality UTF-8 libraries out there.
> > Apart from using the wrong return type, the author has taken what is
> > essentially a stateless encoding and added some state to the decoder so
> > that the code is not re-entrant. *It seems like a broken design.
>
> Can you please point to the other UTF8 libraries? I have already seen ICU, but that is too big for me. I just need to support UTF8.
>
> Thanks

Might get better advice on which library is best if you ask somewhere
dedicated to your specific platform, e.g. a windows group or
comp.unix.programmer. But iconv may be what you are looking for?
http://www.gnu.org/software/libiconv/

-David

On Tue, 21 Dec 2010 06:10:57 -0800, Navaneeth wrote:

>> But please consider using another library. C99 has its own functions to
>> do this and there are other high-quality UTF-8 libraries out there.
>> Apart from using the wrong return type, the author has taken what is
>> essentially a stateless encoding and added some state to the decoder so
>> that the code is not re-entrant. It seems like a broken design.
>
> Can you please point to the other UTF8 libraries? I have already seen ICU,
> but that is too big for me. I just need to support UTF8.

You don't necessarily need a library. If your system has a UTF-8 locale,
select that with e.g. setlocale(LC_CTYPE, "en_US.utf8") then use mbtowc(),
mbrtowc(), mbstowcs() etc.

If you don't have a UTF-8 locale or don't want to change the program's
locale settings, a UTF-8 decoder isn't exactly a lot of work (exactly how
much work depends upon how much effort you want to put into error
detection and recovery; if you assume valid UTF-8, it's trivial).

Navaneeth <> writes:

> Can you please point to the other UTF8 libraries? I have
> already seen ICU, but that is too big for me. I just need to
> support UTF8.

Here is one:
http://www.gnu.org/software/libunistring/
--
"I hope, some day, to learn to read.
It seems to be even harder than writing."
--Richard Heathfield