We've been trying to resurrect the freetype bridge code in
ghostscript, and have been testing against the freetype 2.3.8 release.
I think there may be some bit rot in the incremental font support.
Indeed. After Graham has stopped to work on this, noone has
maintained this code; from time to
...@artifex.com; henry.sti...@artifex.com;
freetype-devel@nongnu.org
Subject: Re: [ft-devel] Incremental font support
We've been trying to resurrect the freetype bridge code in
ghostscript, and have been testing against the freetype 2.3.8 release.
I think there may be some bit rot in the incremental font
I'm sorry to say that there is no chance that I shall work on this
again. I have too much on my plate for the foreseeable future.
OK.
But I claim (as always ;-) that the parts of the bridge code I wrote
are relatively easy to follow and can probably be debugged by
single-stepping and
On Wed, Feb 18, 2009 at 7:59 AM, Henry Stiles henry.sti...@artifex.com wrote:
to build gs with freeype:
make FT_BRIDGE=1 FT_CFLAGS=-I../freetype-2.3.8/include
FT_LIB=./freetype-2.3.8/objs/libfreetype.a debug
Just to follow up for anyone trying this; this is with the 'freetype'
branch from my
To help in debugging it would be great if you can provide a small
stand-alone snippet which I can compile easily, together with small
input data if necessary.
Hi Werner
ttgload.c revision 1.205 broke incremental font support for type 42
fonts (postscript embedded truetype fonts), revision
Werner,
We've been trying to resurrect the freetype bridge code in
ghostscript, and have been testing against the freetype 2.3.8 release.
I think there may be some bit rot in the incremental font support. In
particular, at t1gload.c:287 T1_Load_Glyph() throws
T1_Err_Invalid_Argument if the