[ft-cvs] freetype2 ./ChangeLog builds/exports.mk builds/...

CVSROOT:/cvsroot/freetype Module name:freetype2 Branch: Changes by: Werner LEMBERG [EMAIL PROTECTED] 06/04/03 15:46:48 Modified files: . : ChangeLog builds : exports.mk builds/unix: configure.ac Log message:

[ft-cvs] freetype2 ./ChangeLog builds/compiler/intelc.mk

CVSROOT:/cvsroot/freetype Module name:freetype2 Branch: Changes by: Werner LEMBERG [EMAIL PROTECTED] 06/04/03 16:47:34 Modified files: . : ChangeLog builds/compiler: intelc.mk Log message: * builds/compiler/intelc.mk (TE): New

Re: [ft] ft2.2 win32 intel c++ patch

Werner LEMBERG a crit: second, in ftcbasic.c, without the patch, icl will ICE. What's `ICE'? I believe it stands for "Internal Compiler Error", yep, that's a compiler bug :-) Cheers, - David Turner - The FreeType Project (www.freetype.org) +#ifdef

Re: [ft] ft2.2 win32 intel c++ patch

Werner LEMBERG [EMAIL PROTECTED] ??:[EMAIL PROTECTED] What's `ICE'? Internal Compiler Error Is this a compiler bug? And why just here? There are mkany more `const ..._class' structures in FreeType. sorry, I don't know why icl doesn't like this const. I currently don't have enough

Re: [ft] FreeType 2.2 tagged in CVS Repository

Werner LEMBERG a écrit : PS: I've noticed that our 'configure' script will abort if no C++ compiler is installed on the syst a C++ compiler isn't installed on the system. This is not correct if you use autoconf 2.59b (from alpha.gnu.org), which I strongly recommend. OK, i'll

Re: [ft] ft2.2 win32 intel c++ patch

and first in makefile, icl use /Fe to get execute-files and /Fo to get object files. Applied, thanks. Werner ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype

Re: [ft-devel] make distclean and objs/apinames, objs/ftexport.sym

A long time ago your wrote: When I tested cross building of latest FreeType2 on CVS, I found that make distclean deletes all object files but it does not execute clean_project in exports.mk, so objs/apinames objs/ftexport.sym are left. I think make clean_project works, but configuration is

[ft-devel] performance on FreeType actions

Hi there, I am using ImageMagick library to render text on an image. ImageMagick uses FreeType to perform this action. I have a question about three actions in terms of performance (are they heavy actions?). 1) FT_Attach_File - does it read from disk? 2) FT_Load_Glyph - does it read from disk? 3)

Re: [ft-devel] performance on FreeType actions

rperez a écrit : Hi there, I am using ImageMagick library to render text on an image. ImageMagick uses FreeType to perform this action. I have a question about three actions in terms of performance (are they heavy actions?). 1) FT_Attach_File - does it read from disk? Yes 2) FT_Load_Glyph -

Re: [ft-devel] multithreading and 64 bits

Bonjour Cline, PILLET Cline a crit: Hello. I am using FreeType Library. Do you think FreeType work with multithreading? One FT_Library for eachthread?? exactly, should work like a charm, each FT_Library is independent from the other. Do you think FreeType work with 64 bits

Re: [ft-devel] performance on FreeType actions

Hi and thanks for the quick response, is there a way to cache Glyphs and not read them from file (avoid calling FT_Load_Glyph)? Thanks, Ronen. -- View this message in context: http://www.nabble.com/performance-on-FreeType-actions-t1387531.html#a3729428 Sent from the Freetype - Dev forum at

Re: [ft-devel] multithreading and 64 bits

PILLET Céline wrote: Hello. I am using FreeType Library. Do you think FreeType work with multithreading? One FT_Library for each thread?? Do you think FreeType work with 64 bits sytem configuration? I do not know the answer for certain to the first question... but the 2nd question - you do