Re: Fast UTF-8 strlen function
- From: randyhyde@xxxxxxxxxxxxx
- Date: 11 May 2005 07:03:01 -0700
Sevag Krikorian wrote:
> >
>
> If you're going with new library routines, why not use UTF-32
instead?
UTF-32 is an *okay* internal format, but AFAICT it's not widely
accepted as an external format.
Eventually, I do plan to add new library routines to HLA (in v2.0) to
support all this stuff, but right now I just need to add appropriate
support to HLA v2.0 (and the ADK) itself. I'm working under the belief
that if I can support UTF-8 inside HLA v2.0, everyone will be happy
(e.g., if someone actually produces a UTF-16 text file, it can be run
through a filter to produce a UTF-8 file).
When it comes time to actually produce a set of standard library
routines for HLA v2.0, I suspect that having a set of UTF-7.5, UTF-8,
UTF-16, *and* UTF-32 routines wouldn't be a bad idea.
Cheers,
Randy Hyde
.
- Follow-Ups:
- Re: Fast UTF-8 strlen function
- From: Beth
- Re: Fast UTF-8 strlen function
- References:
- Fast UTF-8 strlen function
- From: randyhyde
- Re: Fast UTF-8 strlen function
- From: Sevag Krikorian
- Fast UTF-8 strlen function
- Prev by Date: Re: Alignment rules for PIV, PM, and Xeon processors
- Next by Date: Re: Listings required by an assembler?
- Previous by thread: Re: Fast UTF-8 strlen function
- Next by thread: Re: Fast UTF-8 strlen function
- Index(es):