Re: [ft-devel] last fixes for forthcoming release
Hi Sorry for my inactivity for the urgent tasks to release freetype-2.2.. Just I've tested cvs HEAD on GNU/Linux and MacOSX 10.4., and I'm afraid that gcc-4.x cannot build ftccache.c. I received complains aslike: gcc -pedantic -ansi -I/Users/mps/redhat/BUILD/ft22test/freetype2/objs \ -I./builds/unix -I/Users/mps/redhat/BUILD/ft22test/freetype2/include \ -c -Wall -g -O2 -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DHAVE_FSSPEC=1 \ -DHAVE_FSREF=1 -DHAVE_QUICKDRAW_TOOLBOX=1 -DHAVE_QUICKDRAW_CARBON=1 \ -DHAVE_ATS=1 "-DFT_CONFIG_CONFIG_H=" -DFT2_BUILD_LIBRARY \ "-DFT_CONFIG_MODULES_H=" \ -I/Users/mps/redhat/BUILD/ft22test/freetype2/src/cache \ /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftcache.c \ -fno-common -DPIC -o \ /Users/mps/redhat/BUILD/ft22test/freetype2/objs/.libs/ftcache.o In file included from /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftcache.c:24: /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftccache.c:262: error: static declaration of 'ftc_node_destroy' follows non-static declaration /Users/mps/redhat/BUILD/ft22test/freetype2/include/freetype/cache/ftccache.h:89: error: previous declaration of 'ftc_node_destroy' was here make: *** [/Users/mps/redhat/BUILD/ft22test/freetype2/objs/ftcache.lo] Error 1 mps-iBook:~/redhat/BUILD/ft22test/freetype2 mps$ gcc --version powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5247) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I received same error on GNU/Linux with gcc-4.0, although no error in building by gcc-2.95.3 and gcc-3.3.x. Am I testing wrong branch? Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] last fixes for forthcoming release
On Mon, 27 Feb 2006 12:23:36 +0900 [EMAIL PROTECTED] wrote: > In file included from > /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftcache.c:24: > /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftccache.c:262: error: > static declaration of 'ftc_node_destroy' follows non-static declaration > /Users/mps/redhat/BUILD/ft22test/freetype2/include/freetype/cache/ftccache.h:89: > error: previous declaration of 'ftc_node_destroy' was here The error caused by following conflict: ftccache.h declares, around line #89 FT_BASE( void ) ftc_node_destroy( ... ) ftccache.c declares, around line #262 FT_LOCAL_DEF( void ) ftc_node_destroy( ... ) Which type is correct? Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] last fixes for forthcoming release
Excuse me, I was misunderstanding new modularized building system. On Mon, 27 Feb 2006 13:28:57 +0900 [EMAIL PROTECTED] wrote: >1. Makefile in ft2demos should refer freetype2/modules.cfg, > but does not at present. Therefore, libfreetype.la is > built without gxvalid/otlavid module by default, but > make -C ft2demos tries to build ftvalid and failed. In module.cfg, gxvalid, otvalid, ftgxval are disabled, but ftotval is enabled. I think ftgxval and ftotval are thin wrappers to provide public interface of gxvalid and otvalid modules. The interface functions in ftgxval and ftotval return errors safely, when libfreetype is built without gxvalid and otvalid. So, I think, ftgxval/ftotval should be enabled always, except of the cases that the memory filled by these wrappers are not negligible (e.g. very small systems). If ftgxval/ftotval are always built, we can always build ftvalid, and ft2demos/Makefile is not needed to be modified. But, now I found that modules.cfg disables ftgxval. ft2demos/Makefile should be capable for such cases? Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] ftview peculiarity
On Sun, Feb 26, 2006 at 06:49:23PM +0100, Werner LEMBERG wrote: > please fix ftview so that it doesn't emit a message for each loaded > font if the AFM file is missing -- it does that currently for fonts in > any format... That happens only when freetype is compiled in debug mode (FT_DEBUG_LEVEL_ERROR defined). I'll make it try to attach the .afm only when opening .pfa or .pfb. Is this enough? -- Regards, olv ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] last fixes for forthcoming release
Hi I found following tasks I have to finish before freetype-2.2. 1. Makefile in ft2demos should refer freetype2/modules.cfg, but does not at present. Therefore, libfreetype.la is built without gxvalid/otlavid module by default, but make -C ft2demos tries to build ftvalid and failed. 2. Makefiles for MPW should be updated. I've not updated MPW header files for the modification for internal headers. Regards, mpsuzuki On Mon, 27 Feb 2006 12:39:37 +0900 [EMAIL PROTECTED] wrote: > On Mon, 27 Feb 2006 12:23:36 +0900 > [EMAIL PROTECTED] wrote: > > > In file included from > > /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftcache.c:24: > > /Users/mps/redhat/BUILD/ft22test/freetype2/src/cache/ftccache.c:262: error: > > static declaration of 'ftc_node_destroy' follows non-static declaration > > /Users/mps/redhat/BUILD/ft22test/freetype2/include/freetype/cache/ftccache.h:89: > > error: previous declaration of 'ftc_node_destroy' was here > > The error caused by following conflict: > > ftccache.h declares, around line #89 > > FT_BASE( void ) ftc_node_destroy( ... ) > > ftccache.c declares, around line #262 > > FT_LOCAL_DEF( void ) ftc_node_destroy( ... ) > > Which type is correct? > > Regards, > mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Third Release candidate for FT 2.2 available
Hi, On Sun, Feb 26, 2006 at 05:22:48PM +0100, David Somers wrote: > RC3 seems to work on my Gentoo/Linux system... although I now seem to have > problems with the edges of some glyphs being clipped on fixed-width fonts. This should be fixed in the CVS. It's due to metrics rounding which has been re-enabled. -- Regards, olv ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Third Release candidate for FT 2.2 available
On Monday 27 February 2006 01:42, Behdad Esfahbod wrote: > On Sun, 26 Feb 2006, David Somers wrote: > > RC3 seems to work on my Gentoo/Linux system... although I now seem to > > have problems with the edges of some glyphs being clipped on fixed-width > > fonts. > > That's probably because the release candidates had the patch for > not rounding glyph metrics. David already reverted that patch, > as it was causing similar problems in GNOME and cairo. So, test > CVS HEAD. Thanks - yes, things look much better with HEAD :-) -- David Somers PGP Key = 7E613D4E Fingerprint = 53A0 D84B 7F90 F227 2EAB 4FD7 6278 E2A8 7E61 3D4E ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Third Release candidate for FT 2.2 available
David Somers a écrit : RC3 seems to work on my Gentoo/Linux system... although I now seem to have problems with the edges of some glyphs being clipped on fixed-width fonts. David - am sending you a screenshot which shows the problem. Greetings from Luxembourg Hi David, I haven't received the screenshot yet :-) Apart from that, I believe that Chia-I is currently working on this. There will be a fourth release candidate when we deal with this. Regards, - David Turner - The FreeType Project (www.freetype.org) *** Information contained in this email message is confidential and may be privileged, and is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] last fixes for forthcoming release
> ftccache.h declares, around line #89 > > FT_BASE( void ) ftc_node_destroy( ... ) > > ftccache.c declares, around line #262 > > FT_LOCAL_DEF( void ) ftc_node_destroy( ... ) > > Which type is correct? FT_LOCAL -- otherwise we have wrong linkage for C++. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Third Release candidate for FT 2.2 available
On Monday 27 February 2006 10:18, david turner wrote: > Hi David, > > I haven't received the screenshot yet :-) Strange... it was sent yesterday evening to your @nds.com address. > Apart from that, I believe that Chia-I is currently working on this. Yep. The cvs HEAD looks fine. > There will be a fourth release candidate > when we deal with this. OK. Meanwhile I've put together some ebuilds for gentoo so installing RCs from cvs is now very, very easy. If anybody is interested in having them, just email me directly and ask. Regards from (cold but sunny!) Luxembourg -- David Somers PGP Key = 7E613D4E Fingerprint = 53A0 D84B 7F90 F227 2EAB 4FD7 6278 E2A8 7E61 3D4E ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Third Release candidate for FT 2.2 available
Behdad Esfahbod a écrit : On Sun, 26 Feb 2006, David Somers wrote: RC3 seems to work on my Gentoo/Linux system... although I now seem to have problems with the edges of some glyphs being clipped on fixed-width fonts. That's probably because the release candidates had the patch for not rounding glyph metrics. David already reverted that patch, as it was causing similar problems in GNOME and cairo. So, test CVS HEAD. I onyl reverted the rounding of global metrics. Chia-I is working on the glyph metrics itself. When he's done with it, we'll release a 4th candidate. Hope it will be soon. Regards, - David David - am sending you a screenshot which shows the problem. Greetings from Luxembourg --behdad http://behdad.org/ "Commandment Three says Do Not Kill, Amendment Two says Blood Will Spill" -- Dan Bern, "New American Language" ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel *** Information contained in this email message is confidential and may be privileged, and is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] ttbdf.h misencoded in Mac
Hi, While I've been trying to build FreeType on Windows I've noticed that src/sfnt/ttbdf.h is encoded in Mac text format. As a result, Visual Studio 2005 IDE complains that and forces to convert the file to an ugly-looking one. Could you fix the encoding to Unix or WIndows format like the other files in the tree? ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel