Re: [ft] Slow FT_Get_Next_Char

[Werner LEMBERG]

> This font must be useful in stress-testing FreeType -- it is a real
> border case of what *should* be possible.

I consider it as nothing special. :-)

> As far as I know, enumerating Unicodes is a fairly basic function of
> font file processing -- but my program is the only one on my system
> that takes this list to post-process the font.  (For a fairly
> reasonable assumption of 'post processing'.)  Apart from making an
> exception list (with this as its single member), how can I foresee
> this for any given font?

Foresee what exactly?

> In case you are wondering what marvel the font is, more information and a
> download location can be found at
> http://en.wikipedia.org/wiki/LastResort#Apple.27s_LastResort_font

This font (or a variation of it) can be downloaded from unicode.org.

>  "Font is ready
>   gindex 8 -> unicode 0000h"
> followed by some 388,000 lines, ending with
> "  gindex 184 -> unicode 10FFFFh
>   this took 665016 msecs"

I get similar values on my GNU/Linux box, running a 1.67 Celeron, and
compiling with gcc, without optimization, and piping stdout into a
file.


     Werner