freetype
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft] Mac Build - Desperate


From: mpsuzuki
Subject: Re: [ft] Mac Build - Desperate
Date: Wed, 13 Dec 2006 14:50:00 +0900

Hi,

Thank you for rewriting your trouble report (to fit my poor
English).

On Tue, 12 Dec 2006 13:30:54 EST
address@hidden wrote:

>If cw7.0 there is no place to put any pre-processor definitions
>so I put these in a file I called ftwcoptions.h. I then had to 
>include this as a prefix file.

Oh, I slipped to consider the possibility that older
CW has no interface. I guess the user can freely choose
the name of "ftcwoptions.h" or anything else (e.g.
ftcwoptions.h, ft2cw7options.h, etc etc). Am I right?
 
>I added src/base/ftsystem.c put CW kept picking up
>builds/amiga/src/base/ftsystem.c. I don't know how or why.

I see.
If you rename "builds/amiga" folder to "builds/zamiga",
does CW pick up "builds/unix/ftsystem.c"?
 
>A console windows opens and debug messages printed to it
>e.g "FT_Stream_Open : Couldn't open.....". The only way I
>could link the library into my app was to include 
>msl_sioux_carbon.lib as it complained about not finding 
>writecharsconsole, etc. 
> 
>Is there a way not to have debug  messages output to the console  ?

I want to see the whole of message you received.
I suppose, the message you received might be something like:

FT_Stream_Open: could not open `._Courier'
FT_Stream_Open: could not open `%Courier'
FT_Stream_Open: could not open `.AppleDouble/Courier'
FT_Stream_Open: could not open `Courier/rsrc'
FT_Stream_Open: could not open `resource.frk/Courier'
FT_Stream_Open: could not open `.resource/Courier'
FT_Stream_Open: could not open `Courier.ttf'

The message is generated by ftrfrk.c which is designed for
POSIX platforms and should not be activated in classic MacOS.
(ftrfrk.c is included by ftbase.c, but should be disabled
in compilation by suitable conditional macros)

>Finally, I have included ftmac.c. Still only about 40% of the
>ttf fonts render correctly. The rest load with not debug messages
>and render as squares.

If ftrfrk.c is activated (as I supposed), ftmac.c might
be deactivated in compilation. I suppose it's the reason
why half of Mac OS system font cannot be displayed.

Regards,
mpsuzuki




reply via email to

[Prev in Thread] Current Thread [Next in Thread]