Re: [ft] Mac Build - Desperate
Hi, Just I've written my manuscript of How to build FreeType2 by CodeWarrior, without existing project file. The documentation is based on CodeWarrior v9.0, but I think essential steps are same in older CW. Please check : http://www.gyve.org/~mpsuzuki/BuildFreeType2ByCodeWarrior/ Regards, mpsuzuki [EMAIL PROTECTED] wrote: Hi, Just I've digged out CW v9 and bring back, please wait a few days. I will write step-by-step procedure to make project file for CWv9. Regards, mpsuzuki On Fri, 8 Dec 2006 13:38:38 EST [EMAIL PROTECTED] wrote: project (debug) settings - Language settings - C/C++ Preprocessor. In the prefix text section you should remove the line that includes the precompiled header file. I don't seem to have anything like that here. I have CW7.1 and the .prj fil esent to me. This exhibits the same pre-processor message: Error : preprocessor syntax error ftsystem.c line 30 #include FT_INTERNAL_DEBUG_H RJJ ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] 2.3.5 compile error on Mac OS X
Hi, I will check the issue next Monday (Jul-9th), please wait. Regards, mpsuzuki Benjamin Reed wrote: I'm trying to build 2.3.5 on OSX 10.4, and I get this error: gcc -pedantic -ansi -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/objs -I./builds/unix -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/include -c -Wall -g -O2 -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DHAVE_ANSI_OS_INLINE=1 -DFT_CONFIG_CONFIG_H=ftconfig.h -DFT2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H=ftmodule.h -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/truetype.c -fno-common -DPIC -o /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/objs/.libs/truetype.o In file included from /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/truetype.c:24: /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c: In function 'load_truetype_glyph': /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c:1406: error: dereferencing pointer to incomplete type /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c:1418: error: dereferencing pointer to incomplete type Any ideas what's going on? ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] 2.3.5 compile error on Mac OS X
Dear BenJamin Reed, I couldn't reproduce the problem on Mac OS X 10.4.10 on PowerPC. You're using Intel Mac? Regards, mpsuzuki suzuki toshiya wrote: Hi, I will check the issue next Monday (Jul-9th), please wait. Regards, mpsuzuki Benjamin Reed wrote: I'm trying to build 2.3.5 on OSX 10.4, and I get this error: gcc -pedantic -ansi -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/objs -I./builds/unix -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/include -c -Wall -g -O2 -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DHAVE_ANSI_OS_INLINE=1 -DFT_CONFIG_CONFIG_H=ftconfig.h -DFT2_BUILD_LIBRARY -DFT_CONFIG_MODULES_H=ftmodule.h -I/Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/truetype.c -fno-common -DPIC -o /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/objs/.libs/truetype.o In file included from /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/truetype.c:24: /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c: In function 'load_truetype_glyph': /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c:1406: error: dereferencing pointer to incomplete type /Volumes/Shared/fink.build/freetype219/freetype-2.3.5/src/truetype/ttgload.c:1418: error: dereferencing pointer to incomplete type Any ideas what's going on? ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] returned DataType for FT_New_Face
Hi, bnTheMan wrote: HI, if I put this line of code... error = FT_New_Face( library, fname, 0, face ) ... then what should I set error to? ex... int, string, unsigned int etc... Please consider the convenient web page at http://www.freetype.org/freetype2/docs/reference/ft2-base_interface.html (and linked pages). You will find that the returned type of FT_New_Face() is FT_Error. Also what you can check what is FT_Error type via the page. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] How to get a glyph index of Japanese charactor
Hi, Hongyu Zhang wrote (2008/08/27 20:10): I am using the default FT_ENCODING_UNICODE charmap which contains Japanese font. Basically it's OK. Some legacy fonts designed for classic MacOS have only Shift-JIS encoding (no Unicode encoding interface), but most fonts produced recently have Unicode interfaces. In such case, you have to use some character encoding conversion library (e.g. iconv). FreeType2 does not provide encoding conversion mechanism. When I set the charcode to be its binary code (eg. 0xE38193), glyph index 0 is returned. Hmm, I'm not sure what the encoding you wanted use. Regarding the 24bit length of 0xE38193, I guess you wanted to use UTF-8. Please try UCS-4 codepoint (e.g. 0x3042, the UCS-4 codepoint of hiragana A). Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] How to get a glyph index of Japanese charactor
suzuki toshiya wrote (2008/08/27 22:25): When I set the charcode to be its binary code (eg. 0xE38193), glyph index 0 is returned. Hmm, I'm not sure what the encoding you wanted use. Regarding the 24bit length of 0xE38193, I guess you wanted to use UTF-8. Please try UCS-4 codepoint (e.g. 0x3042, the UCS-4 codepoint of hiragana A). I slipped to note why you can use UCS-4 but you cannot UTF-8. As I've written in previous post, FreeType2 does not have the convertor of character encoding, even if it's simple mathematics (like UTF8 - UCS-4). So, what kind of character encoding is available? is completely defined by the contents of font file. At present, TrueType fonts supports UCS-2, UCS-4, Shift-JIS, GB 2312, Big 5, Wansung, etc, but no support for UTF-8. So, you cannot use UTF-8 to lookup a glyph in Japanese TrueType font. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Minimizing small file reads
Hi, In the system supporting memmap() and FreeType2 is configured to use it, the number of system call would be much reduced in comparison with the system without memmap. In the target platform which you're working for, memmap() is available? Or, available and configured to use it, but you think still too many read system call is executed? Regards, mpsuzuki ☂Josh Chia (谢任中) wrote (2008/11/18 10:39): Hi, I notice that freetype makes a lot of small reads, resulting in a lot of SYS_read calls. I'm using freetype in an app that runs in a ptrace sandbox, so performance is sensitive to system calls. Is there a simple way to prevent the numerous small reads (via ft_ansi_stream_io), such as configuring freetype to prefetch into a large buffer when reading, and making it assume that font files never change? Will I need to make some configuration changes or do I need to make code changes? Thanks! Josh ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Minimizing small file reads
Hi, As Mickey Gabel has proposed, it is possible to load a font face from a memory image that is copied from a font file. Please check FT_Open_Face() API http://www.freetype.org/freetype2/docs/reference/ft2-base_interface.html#FT_Open_Face and its argument http://www.freetype.org/freetype2/docs/reference/ft2-base_interface.html#FT_Open_Args It is possible to make a FT_Face object from a memory image. If you want a concrete example, please check an implementation of a private internal function open_face_from_buffer() in src/base/ftobjs.c. Regards, mpsuzuki ☂Josh Chia (谢任中) wrote: Hi If you're talking about mmap(), yes my system has mmap, but I'll have to check whether I have it enabled in my freetype build. I notice that freetype is reading little pieces of data, like a long here and there. I also see larger chunks of 4k being read, but ideally, I would like to have everything in memory so that I don't need any calls to read() after some initial read(s). Perhaps, there's a way to prefetch entire font files? If mmap() can be used to avoid small reads, I should probably investigate how to make use of it. Josh On Mon, Nov 17, 2008 at 9:34 PM, suzuki toshiya [EMAIL PROTECTED]wrote: Hi, In the system supporting memmap() and FreeType2 is configured to use it, the number of system call would be much reduced in comparison with the system without memmap. In the target platform which you're working for, memmap() is available? Or, available and configured to use it, but you think still too many read system call is executed? Regards, mpsuzuki ☂Josh Chia (谢任中) wrote (2008/11/18 10:39): Hi, I notice that freetype makes a lot of small reads, resulting in a lot of SYS_read calls. I'm using freetype in an app that runs in a ptrace sandbox, so performance is sensitive to system calls. Is there a simple way to prevent the numerous small reads (via ft_ansi_stream_io), such as configuring freetype to prefetch into a large buffer when reading, and making it assume that font files never change? Will I need to make some configuration changes or do I need to make code changes? Thanks! Josh ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Compiling freetype 2.3.9 with bcc fails
Hi, Mirco Babin wrote (2009/07/10 20:24): bcc32 -oobjs/apinames src/tools/apinames.c CodeGear C++ 5.93 for Win32 Copyright (c) 1993, 2007 CodeGear src/tools/apinames.c: Turbo Incremental Link 5.81 Copyright (c) 1997-2008 CodeGear Fatal: Unable to open file 'APINAMES.OBJ' mingw32-make: *** [objs/apinames] Error 1 I'm unfamiliar with bcc32 commandline syntax. How we can build Hello World-like program by bcc32? I think the author of the Makefile assumed that bcc32 -ohello hello.c is OK. Please let me know how to build hello world by bcc32. The command bcc32 -oobjs/apinames.exe src/tools/apinames.c can compile link working executabe apinames.exe? Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Compiling freetype 2.3.9 with bcc fails
Hi, Mirco Babin wrote (2009/07/10 21:53): Well, I tried the following and it does not produce errors: bcc32 -Lobjs -oobjs/apinames.exe src/tools/apinames.c The -L switch is to provide a library search path (where to find OBJ and LIB files). Interesting. apinames.exe requires only apinames.c, no need to link other libraries and objects, so the requirement of -Lobjs is not easy to understand. Maybe we have to care the single command executing compilation and linking. But I don't known what should be adjusted in the makefiles. They are really complex. OK, I will take a look. Please wait 24 hours. Regards, mpsuzuki Regards, Mirco 2009/7/10 suzuki toshiya mpsuz...@hiroshima-u.ac.jp Hi, Mirco Babin wrote (2009/07/10 20:24): bcc32 -oobjs/apinames src/tools/apinames.c CodeGear C++ 5.93 for Win32 Copyright (c) 1993, 2007 CodeGear src/tools/apinames.c: Turbo Incremental Link 5.81 Copyright (c) 1997-2008 CodeGear Fatal: Unable to open file 'APINAMES.OBJ' mingw32-make: *** [objs/apinames] Error 1 I'm unfamiliar with bcc32 commandline syntax. How we can build Hello World-like program by bcc32? I think the author of the Makefile assumed that bcc32 -ohello hello.c is OK. Please let me know how to build hello world by bcc32. The command bcc32 -oobjs/apinames.exe src/tools/apinames.c can compile link working executabe apinames.exe? Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype cross compiling for ARM boards
Hi Sorry for your inconvenience. I will check soon, but please post your config.log if possible. Regards, mpsuzuki Basil Saji wrote: My name is Basil. I am trying to port the freetype library to a arm development board. I am using the arm cross compiler executable arm-none-linux-gnueabi and i followed the instructions in INSTALL.CROSS but i am unable to create a configuration file for freetype. This is the input i have given ba...@bas:~/Desktop/Freetype/ freetype-2.3.11$ ./configure --build=i686-pc-linux-gnu --host=arm-none-linux-gnueabi The output i got was FreeType build system -- automatic system detection The following settings are used: platformunix compilercc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `make' again to build the library, or `make refdoc' to build the API reference (the latter needs python). cd builds/unix; ./configure '--build=i686-pc-linux-gnu' '--host=arm-none-linux-gnueabi' checking build system type... i686-pc-linux-gnu checking host system type... arm-none-linux-gnueabi checking for arm-none-linux-gnueabi-gcc... arm-none-linux-gnueabi-gcc checking for C compiler default output file name... configure: error: in `/home/basil/Desktop/Freetype/freetype-2.3.11/builds/unix': configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [setup] Error 77 Kindly let me know whether i am missing any step in the process ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Building Freetype in another project
Hi Julian, I cannot guarantee I can solve your issue, but I want to try. Please give me some small sample project which builds FT2 with jam. Regards, mpsuzuki Werner LEMBERG wrote: Now the problem, this is the code i changed/added to try and get the freetype to build in OUR project [...] Unfortunately, I've never used Jam, and David Turner is not responsive these days... Maybe there are simply errors in the Jamfile which crept in due to incorrect (or missing) updates. This works as in it builds to a point, all the source files build but i get an error at the end as it tries to build apinames which results in linker errors. It would be helpful if you can show us the errors. `apinames' is only intended to build the `ftexport.sym' file (or whatever name it has on the target platform). If you are doing cross-compiling, this program is not meant to be compiled for the target platform but for the building platform. Werner ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Compressing CJK Fonts effectively
It's interesting theme for CJK people, but difficult to give quick answer. The meaning of embedded system is too broad to guess the system limitation, in comparison with desktop, laptop, netbook or OLPC, please describe more :-) # small ROM but large RAM? # consuming CPU is better than consuming ROM/RAM? # speed of rendering? # etc etc Recent generic lossless compressing technologies, like rzip, would show better compression result, but will consume more memory/CPU powers. -- In addition, you want to compress TrueType losslessly? Or, you don't mind to loss some informations in TrueType (and invent new TrueType-incompatible font format)? For example, Agfa MicroType has a technology called MicroType, to compress TrueType fonts by restricting the rendering system and removing some non-essential info for the system. The technology is adapted by ISO MPEG-4 and Microsoft's embedded OpenType and it seems that recent Windows Mobile uses it for bundled CJK fonts. However, the technology is patented, FreeType2 cannot support it until its expiration, or change of the license. W3C seems to work for new font format for web documents (so the file size reduction would be important theme, although memory/CPU consumation would not be so critical), there is a possibility that you can find some interesting technology. Matthew Tippett wrote (2010/09/08 1:30): Hi, I am working on an embedded project which requires CJK truetype fonts. Since it is an embedded system, I want to save as much disk space as possible. The fonts we are using seem to compress to about 70% of their original size - which could save around 13 MB on the ROM image. I noticed the post in 2002 from David Turner when he completed the gzip support talking about not wanting to encourage stupid choices (like gzip-compressed truetype fonts). What is the current best practice for managing large CJK fonts in a storage efficient manner? Matthew ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Compressing CJK Fonts effectively
Ah, I slipped to mention about the font program size and the expected resolution. Michiel, thank you for reminding it. In CJK Ideographs, apparently, the number of control points to draw Bezier/Spline curve is greater than Latin script. The number of the operator to connect the control points is also great. For the pattern repeating control points declaration and drawing operators (like Zig-Zag lines), CFF can reduce the number of drawing operators in comparison with PostScript Type1 font formats. In the earlier days of CJK TrueType, the lo-end font for CJK market used 256x256 matrix to define the control points (the hi-end PostScript font used 1000x1000 matrix). The number of control points were also reduced, so if the glyphs are rasterized at higher resolution, the glyph shape designed on 256x256 looked poor. I guess if your embedding system has no feature to generate a printing data (like PDF), such approach (reducing the number of control point, simplification from Bezier/Spline curve to straight line) won't be harmful. Regards, mpsuzuki Michiel Kamermans wrote (2010/09/08 2:27): Matthew Tippett wrote: I am working on an embedded project which requires CJK truetype fonts. Since it is an embedded system, I want to save as much disk space as possible. The fonts we are using seem to compress to about 70% of their original size - which could save around 13 MB on the ROM image. I noticed the post in 2002 from David Turner when he completed the gzip support talking about not wanting to encourage stupid choices (like gzip-compressed truetype fonts). What is the current best practice for managing large CJK fonts in a storage efficient manner? First check if those fonts exist as OpenType with PostScript Type 2 outlines (CFF). If so, done: use those, that's about as small as the font's going to get, because CFF glyphs are defined in terms of both normal vector instructions as well as glyph subroutines, so shared features between glyphs (and in CJK fonts that can be tens of thousands of features) can be stored as subroutines and remove a bucketload of bytes from the filesize. If they don't exist as OT(CFF), then you can try to run your font through Adobe's tx tool, which is freely available as part of the Font Developer Kit (http://www.adobe.com/devnet/opentype/afdko/). You will lose any hinting that's in the truetype font, but the FDK also comes with autohinter that is pretty much as good as hinting's going to get. Of course, this may also be illegal for the font you're using, so make sure you have the right to create derivatives before you go down that road. - Mike Pomax Kamermans nihongoresources.com ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_Outline_Render makes different bitmaps in 32-bit and 64-bit programs?
Hi,
It seems that this bug appears since a change between 2.3.9 and 2.3.10:
The change does not seem to have different effect between 32-bit and
64-bit systems, so I'm afraid there is unknown bug related with overflow
or anything like that, and 64-bit system doesn't fall in it occasionally.
I will try to fix, although I cannot start quickly (due to forthcoming
JTC1/SC2/WG2 IRG meeting in Macao). Thank you for finding this issue.
Regards,
mpsuzuki
commit 0409ef32686188c1947298e0fca9fbeadd23c1c3
Author: Werner Lemberg w...@gnu.org
Date: Thu Jun 11 17:32:31 2009 +0200
Increase precision for B/W rasterizer.
* src/raster/ftraster.c (Set_High_Precision): Add two more bits to
the precision. This corrects rendering of some small glyphs, for
example, glyph `xi' in verdana.ttf at 13 ppem. Testing with ftbench
on my GNU/Linux box I don't see a performance degradation.
diff --git a/ChangeLog b/ChangeLog
index 36b6210..6edf105 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2009-06-11 Werner Lemberg w...@gnu.org
+
+ Increase precision for B/W rasterizer.
+
+ * src/raster/ftraster.c (Set_High_Precision): Add two more bits to
+ the precision. This corrects rendering of some small glyphs, for
+ example, glyph `xi' in verdana.ttf at 13 ppem. Testing with ftbench
+ on my GNU/Linux box I don't see a performance degradation.
+
2009-06-08 Michael Zucchi not...@gmail.com
Handle FT_STROKER_LINECAP_BUTT.
diff --git a/src/raster/ftraster.c b/src/raster/ftraster.c
index 12a8dff..5ade13b 100644
--- a/src/raster/ftraster.c
+++ b/src/raster/ftraster.c
@@ -588,9 +588,9 @@
{
if ( High )
{
- ras.precision_bits = 10;
- ras.precision_step = 128;
- ras.precision_jitter = 24;
+ ras.precision_bits = 12;
+ ras.precision_step = 256;
+ ras.precision_jitter = 50;
}
else
{
Tom Bishop, Wenlin Institute wrote:
On Oct 25, 2010, at 10:05 PM, suzuki toshiya wrote:
Hi,
Since 2.3.8? I'm really interested in, because I had committed
many changes for 16-bit/64-bit platforms between 2.3.9 and 2.3.10.
In your observation, 2.3.8 is ok but 2.3.9 is not ok?
Or, 2.3.7 is ok but 2.3.8 is not ok?
This problem didn't occur with 2.3.8, but it does occur with 2.4.2.
Unfortunately, I haven't tried any versions in between.
Yours,
Tom
文林 Wenlin Institute, Inc.Software for Learning Chinese
E-mail: wen...@wenlin.com Web: http://www.wenlin.com
Telephone: 1-877-4-WENLIN (1-877-493-6546)
☯
___
Freetype mailing list
Freetype@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Get copyright information from ttf file
Hi, TrueType/OpenType has the entries to hold copyright, license, manufacture, designers etc. Please find the ID of the strings in the name subtable in http://www.microsoft.com/typography/otspec/name.htm And, FreeType2 has a feature to get the strings in the name subtable by the ID: http://www.freetype.org/freetype2/docs/reference/ft2-sfnt_names.html#FT_Get_Sfnt_Name And, if you want to see a source showing how to do, please check the source of ftdump source in ft2demos. -- However, there is the problem that the font vendors do not utilize them seriously. Please find a discussion about the request fontconfig should cache such informations in its database file? at: https://bugs.freedesktop.org/show_bug.cgi?id=18340 Regards, mpsuzuki Aniruddha Apte wrote: Hello, Is there any api in FreeType2 that returns copyright, author, legal, license, and similar other information present in the .ttf file? thanks aniruddha ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Glyph issue in freetype 2.3.10
Haha, I was feeling the version of Pango was slightly too old and thinking about how to encourage you to update newer revision. Regards, mpsuzuki Manoj Kumar Bhatta wrote: I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. I have updated Pango library from 1.22.1 to 2.18.0 and the problem solved !!! Now I can see arabic/indic properly. Thanks for your help. On Mon, Nov 29, 2010 at 5:45 PM, Manoj Kumar Bhatta mkbha...@gmail.com wrote: I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. I also think,there may be problem with pango/pangoft2. But I have no clues now where is the problem exactly. OK, please tell me the versions of component softwares: GLib, Cairo and Pango, and configuration options you used Software and its versions. GLib: 1.17.6 ( config with --with-libiconv --enable-iconv-cache--disable-selinux --disable-fam --disable-xattr ) Cairo: 1.8.10 ( config with --enable-directfb=yes --enable-xcb=no --without-x --disable-xlib --disable-xlib-xrender --disable-win32 --disable-pdf --disable-ps --disable-svg --enable-png ) Pango: 1.22.1 ( config with --without-x ) Though, I have updated cairo-1.10.0. But did not work. -Manoj On Mon, Nov 29, 2010 at 3:49 PM, mpsuz...@hiroshima-u.ac.jp wrote: Hi, Thank you very much for screen shots. Apparently, there is shaping error, the enclosing vowel signs are not reordered to form correct ligature. However, unfortunately, I (and maybe Werner too) have no candidates in my mind about the root causing this error. I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. On Mon, 29 Nov 2010 13:17:15 +0530 Manoj Kumar Bhatta mkbha...@gmail.com wrote: 1) how many prebuilt libraries in your DirectFB/GTK? a) all are prebuilt by external developer (e.g. some Linux distributors) b) all, except of freetype-2.3.10 c) all, except of previous freetype-2.3.9 current 2.3.10. d) other combinations We have built all the libraries from its source.( including DirectFB to freetype) We built freetype 2.3.9 and freetype 2.3.10 to check the issue. OK, please tell me the versions of component softwares: GLib, Cairo and Pango, and configuration options you used (if you have any account to a web server with huge storage, I want to obtain your building directory of the components). I will make a modified Pango showing many many debugging messages, to trace its Indic shaper behaviour. Maybe using pango-view is sufficient to check the shaper's behaviour. Regards, mpsuzuki On Fri, Nov 26, 2010 at 5:05 PM, mpsuz...@hiroshima-u.ac.jp wrote: Hi, On Fri, 26 Nov 2010 16:49:27 +0530 Manoj Kumar Bhatta mkbha...@gmail.com wrote: I have used freetype 2.3.9 to display Indic/arabic language using gtk. It displays correctly with its contextual interpretation. But when I changed to freetype-2.3.10, I can see only original form of each glyph, thus without any contextual interpretation. My environment is DirectFB/GTK. Can anyone suggest what can be the issue ? Umm, it's not easy for me to setup DirectFB/GTK environment soon, so please let me know more detail about your trouble. 1) how many prebuilt libraries in your DirectFB/GTK? 2) how did you update freetype? As far as I know, the text layout engine in GTK (Pango/ HarfBuzz) does not rely any functionalities of FreeType2 for Arabic/Indic text layout, it invokes FreeType2 to translate from Unicode to glyph index, and load a glyph data by glyph index. If these 2 functionalities are broken, I guess, the component glyphs would be wrong already (not contextual layout error). If you can make some screenshots, it's appreciated. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Glyph issue in freetype 2.3.10
Hi, The improvement in freetype, not Pango? I recommend to migrate freetype-2.4.4 which was just released yesterday. In any releases of freetype, the changes are summarized in freetype-2.x.y/docs/CHANGES. The remarkable changes since freetype-2.3.x to freetype-2.4.4 are: * genuine TrueType hinter is enabled by default, because its patent is expired. * many vulnerabilities (some of them could be security issues of arbitrary code injection compromising the application by the malicious fonts) are fixed. * 64bit platform support is improved. Unfortunately, I'm not sure if there is any rasterizer performance improvement. Werner, if you know anything, please let me know. -- BTW, I heard that GTK 3 will drop DirectFB backend. http://mail.gnome.org/archives/gtk-devel-list/2010-August/msg00096.html http://mail.gnome.org/archives/gtk-devel-list/2010-August/msg00224.html Is there any candidates for you to migrate from GTK/DirectFB? Regards, mpsuzuki Manoj Kumar Bhatta wrote: Hi, If you do not mind, could you please tell me what are improvements of freetype 2.3.7 to 2.3.10/11 ? Any performance improvement,if so how to measure ? Thanks, Manoj 2010/12/2 suzuki toshiya mpsuz...@hiroshima-u.ac.jp: Haha, I was feeling the version of Pango was slightly too old and thinking about how to encourage you to update newer revision. Regards, mpsuzuki Manoj Kumar Bhatta wrote: I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. I have updated Pango library from 1.22.1 to 2.18.0 and the problem solved !!! Now I can see arabic/indic properly. Thanks for your help. On Mon, Nov 29, 2010 at 5:45 PM, Manoj Kumar Bhatta mkbha...@gmail.com wrote: I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. I also think,there may be problem with pango/pangoft2. But I have no clues now where is the problem exactly. OK, please tell me the versions of component softwares: GLib, Cairo and Pango, and configuration options you used Software and its versions. GLib: 1.17.6 ( config with --with-libiconv --enable-iconv-cache--disable-selinux --disable-fam --disable-xattr ) Cairo: 1.8.10 ( config with --enable-directfb=yes --enable-xcb=no --without-x --disable-xlib --disable-xlib-xrender --disable-win32 --disable-pdf --disable-ps --disable-svg --enable-png ) Pango: 1.22.1 ( config with --without-x ) Though, I have updated cairo-1.10.0. But did not work. -Manoj On Mon, Nov 29, 2010 at 3:49 PM, mpsuz...@hiroshima-u.ac.jp wrote: Hi, Thank you very much for screen shots. Apparently, there is shaping error, the enclosing vowel signs are not reordered to form correct ligature. However, unfortunately, I (and maybe Werner too) have no candidates in my mind about the root causing this error. I'm afraid something wrong in Pango, and it might be long-term issue to analize why this trouble occurs. On Mon, 29 Nov 2010 13:17:15 +0530 Manoj Kumar Bhatta mkbha...@gmail.com wrote: 1) how many prebuilt libraries in your DirectFB/GTK? a) all are prebuilt by external developer (e.g. some Linux distributors) b) all, except of freetype-2.3.10 c) all, except of previous freetype-2.3.9 current 2.3.10. d) other combinations We have built all the libraries from its source.( including DirectFB to freetype) We built freetype 2.3.9 and freetype 2.3.10 to check the issue. OK, please tell me the versions of component softwares: GLib, Cairo and Pango, and configuration options you used (if you have any account to a web server with huge storage, I want to obtain your building directory of the components). I will make a modified Pango showing many many debugging messages, to trace its Indic shaper behaviour. Maybe using pango-view is sufficient to check the shaper's behaviour. Regards, mpsuzuki On Fri, Nov 26, 2010 at 5:05 PM, mpsuz...@hiroshima-u.ac.jp wrote: Hi, On Fri, 26 Nov 2010 16:49:27 +0530 Manoj Kumar Bhatta mkbha...@gmail.com wrote: I have used freetype 2.3.9 to display Indic/arabic language using gtk. It displays correctly with its contextual interpretation. But when I changed to freetype-2.3.10, I can see only original form of each glyph, thus without any contextual interpretation. My environment is DirectFB/GTK. Can anyone suggest what can be the issue ? Umm, it's not easy for me to setup DirectFB/GTK environment soon, so please let me know more detail about your trouble. 1) how many prebuilt libraries in your DirectFB/GTK? 2) how did you update freetype? As far as I know, the text layout engine in GTK (Pango/ HarfBuzz) does not rely any functionalities of FreeType2 for Arabic/Indic text layout, it invokes FreeType2 to translate from Unicode to glyph index, and load a glyph data by glyph index. If these 2 functionalities are broken, I guess, the component glyphs would be wrong already (not contextual layout error). If you can
Re: [ft] Fw: Compile Error use arm-linux-gcc3.4.1
Dear Johnson, I will take a look, but I don't have ARMv4 machine to check the assembly code. Could you help me to check the revised version will work or not? The easiest/simplest fix would be disabling the assembly code for smaller versions of ARM architecture, but it won't be what you want... Regards, mpsuzuki Werner LEMBERG wrote: ARM developers, please comment and help if possible! Werner ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft]Some problem about FTC_Cache_RemoveFaceID
Hi,
I will check, but please wait a few weeks. I'm quite sorry.
Regards,
mpsuzuki
于晨 wrote:
Hello everyone,
I found some strange thing when I used FTC_Cache_RemoveFaceID() to
clear the cmap cache nodes, it seemed that there was a node can't be freed,
as the code is:
count = cache-p + cache-mask;
for ( i = 0; i count; i++ )
{
FTC_Node* bucket = cache-buckets + i;
FTC_Node* pnode = bucket;
..
}
so I can only free the nodes linked from cache-buckets to
cache-buckets+count-1, but maybe there is a node recorded in
cache-buckets+count, as the code in ftc_cache_resize():
cache-buckets[p + mask + 1] = new_list; //---here: it may become
the
//
cache-buckets+count
cache-slack += FTC_HASH_MAX_LOAD;
if ( p = mask )
{
cache-mask = 2 * mask + 1;
cache-p= 0;
}
else
cache-p = p + 1;
I noticed that in ftc_cache_resize() and FTC_Cache_Clear(), the count is
calculated as cache-p + cache-mask + 1, which can cover the range to the
cache-buckets+count.
Does anyone know why FTC_Cache_RemoveFaceID uses cache-p + cache-mask to
calculate the count?
thanks.
thealice
___
Freetype mailing list
Freetype@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft]Some problem about FTC_Cache_RemoveFaceID
Hi,
Just I've confirmed that the part you found is a bug,
FTC_Cache_RemoveFaceID() cannot free all of the cache nodes
related with a face with given face ID.
It inflates the footprint of the application in runtime,
but the leaked memory is freed by FTC_Manager_Done(), so
it is difficult to be found by SEGV error. I will soon
update the source code.
I really appreciate your hunting of this subtle bug,
thank you very much!
Regards,
mpsuzuki
--
My experiment to confirm this bug is following:
1) Attached is a patch to extend ftbench to take multiple
font pathnames from its argument, and execute benchmarks
for each faces. The faces are cached, and freed when the
number of cached faces exceeds the limit. The size of
face cache can be specified by -M option, like this.
$ ftbench -M 3 -C a.ttf b.ttf c.ttf d.ttf e.ttf f.ttf g.ttf ...
*** Benchmark with font file a.ttf
...
*** Benchmark with font file b.ttf
...
*** Benchmark with font file c.ttf
...
*** Benchmark with font file d.ttf
more than max cacheable faces, remove existing cache for a.ttf
...
2) By limiting max face cache to 1, and check the cache
manager before after FTC_Manager_RemoveFaceID().
Theoretically, all cached objects are related with the first
face, so FTC_Manager_RemoveFaceID() should free all nodes.
But a node is not freed.
Before
(gdb) p *manager
$15 = {library = 0x80e2020,
memory = 0x80e2008,
nodes_list = 0x80f7200,
max_weight = 1048576,
cur_weight = 42271,
num_nodes = 103,
caches = {0x80eb198, 0x80f5aa0, 0x80f6f20, 0x0 repeats 13 times},
num_caches = 3,
faces = {num_nodes = 1, max_nodes = 1, ... === yes, 1 face is cached
...
After
(gdb) p *manager
$16 = {library = 0x80e2020,
memory = 0x80e2008,
nodes_list = 0x80ef2e8,
max_weight = 1048576,
cur_weight = 238,
num_nodes = 1, === oops!
caches = {0x80eb198, 0x80f5aa0, 0x80f6f20, 0x0 repeats 13 times},
num_caches = 3,
faces = {num_nodes = 0, max_nodes = 1, ... === yes, no face is cached
anymore
...
3) Modifying FTC_Cache_RemoveFaceID's count from cache-p + cache-mask
to cache-p + cache-mask + 1, the last node is freed as theoretical
expect.
After
(gdb) p *manager
$2 = {library = 0x80e2020,
memory = 0x80e2008,
nodes_list = 0x0,
max_weight = 1048576,
cur_weight = 0,
num_nodes = 0, == ok!
caches = {0x80eb198, 0x80f5aa0, 0x80f6f20, 0x0 repeats 13 times},
num_caches = 3,
faces = {num_nodes = 0, max_nodes = 1, ...
...
于晨 wrote:
Thank you very much :)
--- 11年1月18日，周二, Werner LEMBERG w...@gnu.org 写道：
发件人: Werner LEMBERG w...@gnu.org
主题: Re: [ft]Some problem about FTC_Cache_RemoveFaceID
收件人: mpsuz...@hiroshima-u.ac.jp
抄送: ychen1392...@yahoo.com.cn, freetype@nongnu.org
日期: 2011年1月18日,周二,上午12:34
I found some
strange thing when I used
FTC_Cache_RemoveFaceID() to clear the cmap
cache nodes, it
seemed that there
was a node can't be freed, as the code is:
I will check, but please wait a few weeks. I'm quite
sorry.
And please do a ping in about a month if nothing has
happened :-)
Werner
diff --git a/src/ftbench.c b/src/ftbench.c
index 94c05d3..773ed05 100644
--- a/src/ftbench.c
+++ b/src/ftbench.c
@@ -101,7 +101,10 @@ const char* bench_desc[] = {
int preload;
char* filename;
-unsigned intfirst_index;
+unsigned intgid_initial;
+unsigned intgid_final;
+unsigned intgid_delta;
+unsigned intfill_gid_rect;
FT_Render_Mode render_mode = FT_RENDER_MODE_NORMAL;
FT_Int32load_flags = FT_LOAD_DEFAULT;
@@ -209,18 +212,19 @@ test_load( btimer_t* timer,
FT_Faceface,
void* user_data )
{
- int i, done = 0;
+ int i, j, done = 0;
FT_UNUSED( user_data );
TIMER_START( timer );
- for ( i = first_index; i face-num_glyphs; i++ )
- {
-if ( !FT_Load_Glyph( face, i, load_flags ) )
- done++;
- }
+ for ( j = 0; j fill_gid_rect; j++ )
+for ( i = gid_initial + j; i gid_final; i += gid_delta )
+{
+ if ( !FT_Load_Glyph( face, i, load_flags ) )
+done++;
+}
TIMER_STOP( timer );
@@ -243,9 +247,9 @@ test_load_advances( btimer_t* timer,
TIMER_START( timer );
FT_Get_Advances( face,
- first_index, face-num_glyphs - first_index,
+ gid_initial, gid_final - gid_initial + 1,
flags, advances );
- done += face-num_glyphs - first_index;
+ done += gid_final - gid_initial + 1;
TIMER_STOP( timer );
@@ -260,21 +264,22 @@ test_render( btimer_t* timer,
FT_Faceface,
void* user_data )
{
- int i, done = 0;
+ int i, j, done = 0;
FT_UNUSED( user_data );
- for ( i = first_index; i face-num_glyphs; i++ )
- {
-if ( FT_Load_Glyph( face, i, load_flags ) )
+ for ( j = 0; j fill_gid_rect; j++ )
+for ( i = gid_initial + j; i gid_final; i += gid_delta )
+{
+
[ft] Conditionalize Bzip2-compressed font support for inflexible dynamic linker platforms
Hi all,
The latest FreeType2 on GIT repository supports Bzip2-compressed
font files which are used in Ubuntu GNU/Linux platform. It uses
Bzip2 library out of FreeType2, so FreeType2 with this feature has
new inter-library dependency (older does not depends on libbz2 but
newer depends). There can be some unresolved symbol problems on
the platform with inflexible dynamic linker that cannot resolve
the chained inter-library dependency.
# One of the typical inter-library dependency problem is found
# on Mac OS X, see:
#
# http://lists.gnu.org/archive/html/freetype/2006-05/msg00035.html
To prevent the trouble, I wrote a patch to do following workarounds:
1) detect the inflexible platforms by GNU libtool configuration result,
by using link_all_deplibs value.
1-a) LT_INIT() is moved before library checking (zlib, bzip2lib)
1-b) Mac OS X compiler/linker flag harmonization is moved before LT_INIT().
2) detect if -lbz2 links shared version of libbz2, by checking
the symbols in linked binary. if the system has only static
library for libbz2, there wouldn't be such problem.
AC_CHECK_LIB() is decomposed to more low-level shell script
to check the status of the symbols from linked binary.
3) detect if the user tries to ignore the inter-library dependency,
by new option to configure --enable-new-dependency.
By this patch, configure make on GNU/Linux (maybe most modern
Unix platforms using ELF format) will enable Bzip2-compression by
default, but configure make on Mac OS X will disable it by
default.
Please comment if this is too coward attitude, or too dirty/lengthy
in comparison with the impact of the problem.
Regards,
mpsuzuki
diff --git a/docs/CHANGES b/docs/CHANGES
index 61442ec..310268f 100644
--- a/docs/CHANGES
+++ b/docs/CHANGES
@@ -20,7 +20,10 @@ CHANGES BETWEEN 2.4.4 and 2.4.5
- Support for PCF files compressed with bzip2 has been contributed
by Joel Klinghed. To make this work, the OS must provide a
- bzip2 library.
+ bzip2 library. To prevent the unresolved symbol troubles, this
+ feature is disabled by default on the platforms without flexible
+ linker (e.g. Mac OS X). New option --enable-new-dependency is
+ added to configure script to enable the feature forcibly.
- Bradley Grainger contributed project and solution files in
Visual Studio 2010 format.
diff --git a/ChangeLog b/ChangeLog
index 86a9468..88ff7cb 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2011-04-01 suzuki toshiya mpsuz...@hiroshima-u.ac.jp
+
+ * builds/unix/configure.raw: Check linker flexibility for Bzip2.
+ If the dynamic linker is inflexible and GNU libtool mark it as
+ all dependency libraries must be linked explicitly (e.g. Mac OS X),
+ the support for Bzip2-compressed fonts is disabled to prevent
+ the troubles of unresolved symbols of libbz2. To enable the
+ feature forcibly, --enable-new-dependency option is introduced.
+
2011-03-30 Werner Lemberg w...@gnu.org
* src/autofit/aftypes.h (AF_OutlineRec): Removed, unused.
diff --git a/builds/unix/configure.raw b/builds/unix/configure.raw
index a58d20c..0a53504 100644
--- a/builds/unix/configure.raw
+++ b/builds/unix/configure.raw
@@ -213,36 +213,6 @@ AC_SUBST([FTSYS_SRC])
AC_CHECK_FUNCS([memcpy memmove])
-
-# check for system zlib
-
-# don't quote AS_HELP_STRING!
-AC_ARG_WITH([zlib],
- AS_HELP_STRING([--without-zlib],
- [use internal zlib instead of system-wide]))
-if test x$with_zlib != xno test -z $LIBZ; then
- AC_CHECK_LIB([z], [gzsetparams], [AC_CHECK_HEADER([zlib.h], [LIBZ='-lz'])])
-fi
-if test x$with_zlib != xno test -n $LIBZ; then
- CFLAGS=$CFLAGS -DFT_CONFIG_OPTION_SYSTEM_ZLIB
- LDFLAGS=$LDFLAGS $LIBZ
- SYSTEM_ZLIB=yes
-fi
-
-# check for system libbz2
-
-# don't quote AS_HELP_STRING!
-AC_ARG_WITH([bzip2],
- AS_HELP_STRING([--without-bzip2],
- [do not support bzip2 compressed fonts]))
-if test x$with_bzip2 != xno test -z $LIBBZ2; then
- AC_CHECK_LIB([bz2], [BZ2_bzDecompress], [AC_CHECK_HEADER([bzlib.h],
[LIBBZ2='-lbz2'])])
-fi
-if test x$with_bzip2 != xno test -n $LIBBZ2; then
- CFLAGS=$CFLAGS -DFT_CONFIG_OPTION_USE_BZIP2
- LDFLAGS=$LDFLAGS $LIBBZ2
-fi
-
# Some options handling SDKs/archs in CFLAGS should be copied
# to LDFLAGS. Apple TechNote 2137 recommends to include these
# options in CFLAGS but not in LDFLAGS.
@@ -286,6 +256,96 @@ do
done
set ${save_config_args}
+# switch to permit the incompatible dependency of libfreetype.
+AC_ARG_ENABLE([new-dependency],
+ AS_HELP_STRING([--enable-new-dependency],
+ [allow linking with the shared libraries that
+ older freetype2 didn't use (default=no), only
+ for the platform with inflexible linker.]))
+
+# initialize GNU libtool before checking of other libraries,
+# to predict the chained dependency issue by ${link_all_deplibs}.
+LT_INIT(win32-dll)
+
+# check
Re: [ft] help!Freetype2.4.4
I have no access to the conventional genuine development environment for VxWorks (Tornado?). There is any free development tools? I heard that VxWorks 6 switched their genuine tool to new workbench based on Eclipse. Regards, mpsuzuki 刘承 wrote: Excuse me: I Need for help,but My English is poor,I'lldo my best to describe thesituation. FreeType version:2.4.4 OS:vxworks5.5 Two Hardware Platform,One is x86,another is MPC8540 The MPC8540 isslower than x86(not a little slow) How can I Build the Freetype library,in order to make the MPC8540 system faster. Thank You Very Much! ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Jam Build Tool
Hi, How about perforce's mailing list? http://maillist.perforce.com/mailman/listinfo/jamming Regards, mpsuzuki Chris Molozian wrote: Apologies if this is the wrong place: http://www.freetype.org/jam/index.html I couldn't find a dedicated mailing list for Jam and assumed that the FreeType mailing list might contain developers that maintain or can help with any Jam related queries. Chris On 21/05/11 00:11, Brady Duga wrote: Ok, I'm confused. What's this got to do with FreeType? --Brady On May 20, 2011, at 4:09 PM, Chris Molozian ch...@cmoz.me mailto:ch...@cmoz.me wrote: Hey all, Not sure if this is the right place to ask these questions, I hope the mailing list is still active. I'm trying to use Jam to build what I believe is my fairly straight forward project (in the D programming language). The goal of my build process is as follows: 1. Build the libllvm-c-ext.a (static) library from llvm/Target.cpp and llvm/Ext.cpp. These are CPP FFI extensions to the D bindings for LLVM. 2. Build the D source code for the codebase, link the LLVM library and the bindings extension. In trying to achieve this goal, I've found a number of steps I'm not sure how to do: * Is it possible to direct the object files and static libraries to be built in a dedicated build folder? The project structure looks like this: -- ob2c |-- src |-- imports | |-- llvm/Target.cpp ...etc. | |-- c/Analysis.d ...etc. |-- Jamfile * Is it possible to override the -o flag passed to the c compiler (which I'm tricking as the D compiler at the moment)? * Is it possible to scan for all source files from a directory? At the moment my Jamfile looks like this: BUILDDIR = build ; CC = dmd ; CCFLAGS = -fPIC -O -inline -release -w -wi -od$(BUILDDIR) -I./imports/llvm-2.9 ; LINK = $(CC) ; DFILES = src/main.d ;# should be scanned from src dir Objects $(DFILES) ; MainFromObjects ob2c : $(DFILES:S=.o) ; The build output looks like this: /dmd -c -ofsrc/main.o src/main.d dmd -o ob2c src/main.o Error: -o no longer supported, use -of or -od/ Apologies for the long email, I wanted to give as much context as possible. Any help would be greatly appreciated. Kind Regards, Chris PS: If you can recommend a good book on Jam or some (extensive) documentation that would be great. I can't find many articles on the build tool. ___ Freetype mailing list Freetype@nongnu.org mailto:Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
[ft] Proposal to hide FT_MACINTOSH from ftconfig.h
Hi all, Now I'm working with Savannah Bug #32321, and I will improve the C preprocessor hook (to forcibly disable Carbon dependent feature on the recent 64bit platforms without Carbon framework) in ftconfig.h to work with legacy Mac OS X (10.0-10.1), like this: - #if ( defined( __APPLE__ ) !defined( DARWIN_NO_CARBON ) ) || \ ( defined( __MWERKS__ ) defined( macintosh )) /* no Carbon frameworks for 64bit 10.4.x */ /* AvailabilityMacros.h was introduced since Mac OS X 10.2, */ /* so guess the system version by maximum errno before inclusion */ /* of AvailabilityMacros.h */ #include errno.h #if EBADMACHO ELAST #include AvailabilityMacros.h #endif #if defined( __LP64__ ) \ ( MAC_OS_X_VERSION_MIN_REQUIRED = MAC_OS_X_VERSION_10_4 ) #define DARWIN_NO_CARBON 1 #else #define FT_MACINTOSH 1 #endif #elif defined( __SC__ ) || defined( __MRC__ ) /* Classic MacOS compilers */ #include ConditionalMacros.h #if TARGET_OS_MAC #define FT_MACINTOSH 1 #endif #endif Checking the whole of ftconfig.h, now I think ftconfig.h is not good place to store such library dependent hook. ftconfig.h should include the architecture related hooks to define the macros for variable size (ILP32, LP64 etc). Furthermore, I think there is no need to expose such hook in public header. In fact, the name DARWNIN_NO_CARBON violates the name space convention of public FT2 interface. Considering this hook is important for a few base module sources (ftmac.c and ftobjs.c), I propose to move this hook from public header to new file in base module (e.g src/base/ftmaccnf.h). There might be a concern that some FT2 client use FT_MACINTOSH. I've search with Google code search and found an old Scribus used this macro in scfonts.cpp, to guess if the platform is Macintosh. However, FT_MACINTOSH should not be used for such, and Scribus developers might found it, and they switched to use another macro Q_OS_MAC by Qt. http://scribus.net/websvn/diff.php?repname=Scribuspath=%2Fbranches%2FVersion13x%2FScribus%2Fscribus%2Fscfonts.cpprev=5980peg=6561 In summary, now I think it won't be serious impact to hide FT_MACINTOSH from public FT2 header. If anybody uses it now, or want to use in future, please give me comment. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] subset fonts
FreeType is a font rendering library and not for font production. The font subsetting method is quite varied for the purposes (e.g. subsetting for PDF, for OOXML, for WOFF are quite different), so please post the detail of what you want to do. Marko Vranić wrote: Hi, I'm new with Free Type, and I was wondering if Free Type allows to subset fonts - remove the information of the specified glyphs in order to shrink the font file size.If so, how can I do that. Cheers, Marko V ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Regarding API of the latest version of freetype
I'm not sure whether you're trying to build FreeType as a libary, or trying to build some demo (after finishing the build of the library), or trying to build an application including a part of source of FreeType (without building library). Please post what you want to do and what kind of similar experiences you have ever done. Regards, mpsuzuki palamarri karthik wrote: Dear Sir/Madam, Hi I am karthik who recently started working on freetype latest release 2.4.6. Previously i haven't worked on API related stuff but worked almost an year with visual studio. I dont even understand how to start after seeing huge amount of source code. Can you please tell me how to work on freetype to develop a very simple application as a beginner. I forgot to say that i am working on windows XP machine on visual studio 2008. If you can help me out doing a very simple application which would give me a very much confidence to move further. I was trying to develop some font related stuff. There wasn't enough documentation provided on website for freshers. ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] subset fonts
A source code which is most widely used would be the font subsetting feature of Cairo. Although there might be some complains about its output, checking the source code of Cairo would be useful to utilize existing softwares. Please check cairo-truetype-subset.c, cairo-cff-subset.c and cairo-type1-subset.c. Either FoFi library included in poppler might be informative to see how C program can convert TrueType font to Type42 resource, although it has no feature to subset. Regards, mpsuzuki Marko Vranić wrote: Hi, I'm interested in subsetting fonts for PDF Marko V On Thu, Aug 11, 2011 at 9:19 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jpwrote: FreeType is a font rendering library and not for font production. The font subsetting method is quite varied for the purposes (e.g. subsetting for PDF, for OOXML, for WOFF are quite different), so please post the detail of what you want to do. Marko Vranić wrote: Hi, I'm new with Free Type, and I was wondering if Free Type allows to subset fonts - remove the information of the specified glyphs in order to shrink the font file size.If so, how can I do that. Cheers, Marko V --**--** __**_ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/**mailman/listinfo/freetypehttps://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Unable to add glyph to unassigned unicode value
Excuse me, this list is freetype, not fontforge. If you want to ask how to use fontforge, subscribing fontforge is better, I think. Regards, mpsuzuki Ferdinand Ramirez wrote: I think I did something wrong in fontforge because I am new to using fontforge. The font is correct because I downloaded it (denemo.ttf) and it works except for E3C6 which I tried to add. Do you know the steps to add a new glyph in the unused unicode range and make it display in gtk? Thanks, -Ferdinand --- On Fri, 8/12/11, suzuki toshiya mpsuz...@hiroshima-u.ac.jp wrote: From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp Subject: Re: [ft] Unable to add glyph to unassigned unicode value To: Ferdinand Ramirez ramirez.ferdin...@yahoo.com Cc: freetype@nongnu.org Date: Friday, August 12, 2011, 7:07 PM Excuse me, do you think as you did anything wrong in fontforge and ask for the solution, or, do you think your font is correct but freetype show some bad behaviour? If latter, please upload your font somewhere and post the URL... Regards, mpsuzuki Ferdinand Ramirez wrote: I have problems displaying a glyph that I added to an existing font. Here are the steps I followed. - I downloaded a font and used gtk markup language in my source code to load the font and display the value for 'J' on a gtk label and it worked fine. - To make sure that I made no errors, I loaded this font in fontforge, double clicked on the glyph image for 'J' to open the glyph in edit mode, did a Select All and copied the glyph. I then edited the glyph for U+E3C6 and pasted the glyph and saved it. - I then ran my program and did an sprintf of \uE3C6 into a buffer and tried to display this buffer on the gtk label using the gtk markup language (this is how I displayed for 'J' as well). This time, instead of displaying the glyph, it just displayed the letters E3 on the top row and the letters C6 on the bottom row with a small square border around the letters. What steps am I missing? I am new to fontforge and any help will be appreciated. My aim should be pretty simple for people here - I want to use an unused unicode value and display my glyph from my program. Ideally, I will want to display it on gtk widgets using gtk markup language after loading the font at runtime, but if you have answers for other means of displaying such glyphs, I am eager to know those as well. I should add that I did get an error when I did a generate font which said that I'm saving the font in a 1-byte encoding format and will not be able to see more than 256 values. I am not sure how to overcome this error in case this was the reason for my inability to display my font. Thanks, -Ferdinand ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] platform problems(ios、android) and align with outline font
where is the attachment? mobile_web wrote: Hi, There are two problems with using freetype.I beg someone can help me to solve these problems. 1. I use official example : example2.cpp to get outline font. But all charatores return the same baseline,so i can't got Align Text. 2. There are differents size and color on android 、ios emulator with freetype2.4.6. Please see attachment. Regards 2011-09-16 mobile_web ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Differences between 2.1.10 and 2.4.6
Hi, One of the most big change between 2.1.10 to 2.4.6 would be that the genuine TrueType hinting is enabled because the patent was expired. Anyway, I'm interested in the difference you prefer 2.1.10 than 2.4.6, could you post some screen shots comparing both result? Regards, mpsuzuki Vojtěch Meluzín wrote (2011/10/16 20:46): Hi, I recently tried to upgrade FT from 2.1.10 to 2.4.6, because the prior version couldn't been compiled on 64-bit mac os x. The latter one can be compiled, but the problem is that fonts look considerably different, worse I'd say. Have there been some changes I need to adapt to? (like some flags to turn off some new processing) Thanks in advance, Vojtech ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] sub-glyph graphics-state question
Hi, I'm interested in this issue, but I won't have a time to take a look until the night of Friday. I'm sorry. Werner LEMBERG wrote: I encountered a bug rendering a font called SimBraille. I don't know this font! Yet I've not checked the rendering result, but there is a web site providing a font named SimBraille for download without charge: http://www.duxburysystems.com/product2.asp?product=The%20Braille%20TrueType%20Fontslevel=freeaction=pur The third party redistribution is prohibited. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Cannot run C compiled programs Mac OSX
Hi David, I will take a look, please wait 24 hours. Regards, mpsuzuki David Welch wrote: Hello all, Im trying to install freetype on a MacBook running OS X 10.6. Here's my procedure: = $ curl -L -o freetype-2.4.8.tar.bz2 http://sourceforge.net/projects/freetype/files/latest/download?source=files $ tar -xf freetype-2.4.8.tar.bz2 $ cd freetype-2.4.8 $ ./configure FreeType build system -- automatic system detection The following settings are used: platformunix compilercc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `make' again to build the library, or `make refdoc' to build the API reference (the latter needs python). cd builds/unix; ./configure checking build system type... i386-apple-darwin10.7.0 checking host system type... i386-apple-darwin10.7.0 checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... configure: error: in `/tmp/freetype-2.4.8/builds/unix': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details make: *** [setup] Error 1 === I've attached my configure log file. Any help would be appreciated! David Welch ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] ugly output with freetype and gtk
Hi, Hmm, if ftview could not reproduce the noise pixel, the next library to be checked would be Pango (text rendering engine of GTK+) or Cairo (the vector graphic engine used by Pango, under some configuration). However, yet I don't know which display subsystem is used in your embedded systems (e.g. X window, DirectFB, or anything else?), I cannot give detailed comments. Regards, mpsuzuki Jochen Jägers wrote: Hi, thank your for your fast answer. With ftview everthing looks fine so it seems to be a gtk problem. The noise pixels are exactly reproduceable. After reboot and also after reinstalling the whole system the noise pixels are at the same position. only by changing fontconfig parameters like hinting the pixels change their positions. Are there any ideas where to look for more information or where to ask for further help? Greetings, Jochen Jägers Am Dienstag, den 17.01.2012, 14:57 +0100 schrieb suzuki toshiya: Hi, Thank you for reporting with illustrative screenshot. Your screenshot does not seem to be hinting issue, rather, it looks like something wrong in the rasterization itself, forced to say, integer overflow etc. The noise pixel on glyph d seem to lack reasonable cause in hinting. I want to know if any smallest rasterization program, like, ftview (a demo program in freetype2-demos) can show same issue or not. If you cannot execute such program on your embedded system, please let me know what kind of testing progam can be executed on your system. Also I'm interested in the noise pixels are exactly reproduceable, or, they appear at different positions when you reboot the system. Talking about my personal experience, some old rogue FreeType2 client breaks the cached glyph bitmap, so same glyphs shown in one execution have constant noises (in your screenshot, e, g, n, u have constant noise pixels), but when I terminate/restart the program, the noise pixels appear differently. Regards, mpsuzuki Jochen Jägers wrote: Hello, i'm developing an embedded system for home automation based on gnu/linux. The userinterface is build in HTML/Javascript displayed in a fullscreen browser based on webkit-gtk with freetype as font-backend. I get ugly output on some glyphs. I've made a screenshot to illustrate this ugly output. http://tinypic.com/r/4uwbkl/5 Look at Standort for example. The d has two pixels in the top left corner. I get this ugly output with different types and different file formats. The text in other gtk-based applications look ugly too. I've tryed many things i found on the internet like different settings for hinting, lcdfilter and subpixels but nothing worked. I've also tryed different versions of freetype (2.4.4 and 2.4.8) with the same ugly result. At the moment I've no idea to solve this problem. Do you have any idea what i can try? Greetings Jochen Jägers ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FreeType2
Hi, Do you want to make a subsetted font from a TTF? I remember recently Google Android developers produced something useful for such purpose... Regards, mpsuzuki ali_b wrote: Hi, I would like to know, if I can use FreeType2 to load a ttf Font, delete some charakters from it, and save it as a new ttf Font ? ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FreeType2
Hi, The candidates I hit upon are following. I think FontForge or FontUtils are most recommended if the program by scripting language can be a solution, and you can ignore the work for CFF OpenType. If you are looking for a library to link with C/C++/Java program, the solution would be sfntly or Cairo. I have to note that myself had never tried to make a subsetted font, so please don't ask me to give concrete step-by-step example :-) Regards, mpsuzuki 1) FontForge http://fontforge.sourceforge.net/ It has its own scripting interface and Python interface. The advantage is that the most works you can do via GUI can be automated via scripting interface. The disadvantage is that FontForge has its own native data format (designed to be independent from specific font file formats, like, PS Type1, TrueType, CFF OpenType, etc), so loading/saving causes the translation via its native data format. Even if you load a TTF and generates new font without changing anything, the indepth part of the font may be changed. 2) FontUtils by Martin Hosken http://scripts.sil.org/cms/scripts/page.php?item_id=FontUtils_sc=1 I think this is most portable and widely used tool to automate the small modification of the tables in TTF. The ready-to-use tool ttfsubset is included. The disadvantage would be that this kit is not ready for CFF OpenType. In addition, about ttfsubset, you should pass the list of glyph IDs instead of the character code positions. Anyway, another tool dumpfont may help to find the mapping table between the character codepoint and the glyph index. 3) Google's sfntly http://code.google.com/p/sfntly/ C++ and Java library and sample tools to manipulate TrueType and OpenType fonts. It has a sample named chrome_subsetter making a aubsetted font by the comma-separated-glyph-indexes in its argument. If you are looking for a library to bind with C++ or Java program, it could be a candidate. 4) Just van Rossum's TTX http://sourceforge.net/projects/fonttools/ This is a font disassembler from a TrueType font to an XML (and re-assembler from the XML to TrueType font). You can make an XML source file for subsetted font by editing the XML. 5) Cairo http://cairographics.org/ Cairo is a graphics library and not a library to make a font file, but it can make a subsetted font stream in the backend for PS/PDF with embedded fonts. One of the remarkable advantage is that Cairo can subset PostScript or CFF OpenType fonts. suzuki toshiya wrote: Hi, Do you want to make a subsetted font from a TTF? I remember recently Google Android developers produced something useful for such purpose... Regards, mpsuzuki ali_b wrote: Hi, I would like to know, if I can use FreeType2 to load a ttf Font, delete some charakters from it, and save it as a new ttf Font ? ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] R: R: help pls
So you had built freetype-2.4.9 after renaming its directory to freetype2, you had extracted ft2demos-2.4.9 at the same directory that freetype2 directory is located, and you issued make? Giuseppe Ventura wrote: yes -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 16:57 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Giuseppe Ventura wrote: I've downloaded ft2demos but when i run make I've error: ft2demos-2.4.9$ make make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 15:47 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: [ft] help pls Please download and build ft2demos tarball. Regards, mpsuzuki Giuseppe Ventura wrote: Hi i heve downloaded Free Type 2.4.9 but I don't know like use this library.. I did: ./configure Make Make install There is some demo program for view free type on action? Thanks- - - -- ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] R: R: R: help pls
Have you red ft2demos-2.4.9/README ? Here I quote the beginning of the document. The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. If you downloaded one of the stable FreeType 2 source packages from our server, you most probably have to rename its directory, for example: mv freetype-2.4.9 freetype2 on Unix rename freetype-2.4.9 freetype2 on Windows If your built freetype2 source still exists in ~/Desktop/freetype2/freetype-2.4.9, it is already different from what README tells to do before building freetype2-demos. You should rename the directory as (cd ~/Desktop/freetype2 mv freetype-2.4.9 freetype2), or make a symbolic link as (cd ~/Desktop/freetype2 ln -s freetype-2.4.9 freetype2) Afterward, you will be able to build ft2demos that is extracted in ~/Desktop/freetype2 as (cd ~/Desktop/freetype2/ft2demos-2.4.9 make) Giuseppe Ventura wrote: I've download freetype-2.4.9 in freetype2 on Desktop after i write: ./configure Make Make install After I've download ft2demos-2.4.9 on Desktop.. I must put this directory on freetype2? Thanks for help :) -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 17:27 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: R: [ft] help pls So you had built freetype-2.4.9 after renaming its directory to freetype2, you had extracted ft2demos-2.4.9 at the same directory that freetype2 directory is located, and you issued make? Giuseppe Ventura wrote: yes -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 16:57 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Giuseppe Ventura wrote: I've downloaded ft2demos but when i run make I've error: ft2demos-2.4.9$ make make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 15:47 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: [ft] help pls Please download and build ft2demos tarball. Regards, mpsuzuki Giuseppe Ventura wrote: Hi i heve downloaded Free Type 2.4.9 but I don't know like use this library.. I did: ./configure Make Make install There is some demo program for view free type on action? Thanks- - - -- ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] R: R: R: R: R: R: help pls
OK, so you should extract ft2demos just under ~/Desktop. Giuseppe Ventura wrote: I have Desktop/freetype2 I not have /home/lucid/Desktop/freetype2/freetype2 I not have /home/lucid/Desktop/freetype2/freetype-2.4. I write lucid@ubuntu:~/Desktop$ mv freetype2 /freetype2 is right? After: lucid@ubuntu:/freetype2/ft2demos-2.4.9$ make Please compile the library before the demo programs! SAME ERROR! -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:56 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: [ft] help pls I quote again ft2demos-2.4.9/README The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. Is your situation compatible with this instruction? Giuseppe Ventura wrote: I have on Desktop: 1- directory freetype2 with all library sources. You have ~/Desktop/freetype2/freetype-2.4.9, or you have ~/Desktop/freetype2/freetype2, or you have ~/Desktop/freetype2 WITHOUT ~/Desktop/freetype2/freetype2 nor ~/Desktop/freetype2/freetype-2.4.9, or anything els 2- ft2demos-2.4.9 is in freetype 2 directory If i go in ft2demos-2.4.9 and run make: root@ubuntu:~/Desktop/freetype2/ft2demos-2.4.9# make I have error: Please compile the library before the demo programs! So I went in freetype2 directory and write: root@ubuntu:~/Desktop/freetype2# ./configure after I write make but I have this error: root@ubuntu:~/Desktop/freetype2# make make: Nothing to be done for `all'. WHY? -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:15 A: Giuseppe Ventura Cc: 'freetype' Oggetto: Re: R: R: R: R: [ft] help pls It is difficult for me to guess what you did concretely from your post, so I could not help. Giuseppe Ventura wrote: Yes.. Look image: i go in freetype 2 and write ./configure Make But I have this error: make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 05:44 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Here I quote the beginning of the document. The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. If you downloaded one of the stable FreeType 2 source packages from our server, you most probably have to rename its directory, for example: mv freetype-2.4.9 freetype2 on Unix rename freetype-2.4.9 freetype2 on Windows If your built freetype2 source still exists in ~/Desktop/freetype2/freetype-2.4.9, it is already different from what README tells to do before building freetype2-demos. You should rename the directory as (cd ~/Desktop/freetype2 mv freetype-2.4.9 freetype2), or make a symbolic link as (cd ~/Desktop/freetype2 ln -s freetype-2.4.9 freetype2) Afterward, you will be able to build ft2demos that is extracted in ~/Desktop/freetype2 as (cd ~/Desktop/freetype2/ft2demos-2.4.9 make) Giuseppe Ventura wrote: I've download freetype-2.4.9 in freetype2 on Desktop after i write: ./configure Make Make install After I've download ft2demos-2.4.9 on Desktop.. I must put this directory on freetype2? Thanks for help :) -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 17:27 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: R: [ft] help pls So you had built freetype-2.4.9 after renaming its directory to freetype2, you had extracted ft2demos-2.4.9 at the same directory that freetype2 directory is located, and you issued make? Giuseppe Ventura wrote: yes -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 16:57 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Giuseppe Ventura wrote: I've downloaded ft2demos but when i run make I've error: ft2demos-2.4.9$ make make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 15:47 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: [ft] help pls Please download and build ft2demos tarball. Regards, mpsuzuki Giuseppe Ventura wrote: Hi i heve downloaded Free Type 2.4.9 but I don't know like use this library.. I did: ./configure Make Make install There is some demo program for view free type on action? Thanks- - - - - - - -- ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] R: R: R: R: R: R: R: R: R: help pls
Pick 1 executable file and give --help option to it, aslike ./ftview --help. Giuseppe Ventura wrote: Yes ft2demos-2.4.9/bin But i have many files How to use them? -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 13:00 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: R: R: [ft] help pls I'm asking you to check ft2demos-2.4.9/bin, not /bin. Giuseppe Ventura wrote: I have many files in /bin.. ho to use them? thanks -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 12:41 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: R: [ft] help pls Please find ft2demos-2.4.9/bin/ . Giuseppe Ventura wrote: Ok in ft2demo directory i run make and it work.. Now where are demo programs binary for test this library? thanks -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 12:18 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: [ft] help pls OK, so you should extract ft2demos just under ~/Desktop. Giuseppe Ventura wrote: I have Desktop/freetype2 I not have /home/lucid/Desktop/freetype2/freetype2 I not have /home/lucid/Desktop/freetype2/freetype-2.4. I write lucid@ubuntu:~/Desktop$ mv freetype2 /freetype2 is right? After: lucid@ubuntu:/freetype2/ft2demos-2.4.9$ make Please compile the library before the demo programs! SAME ERROR! -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:56 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: [ft] help pls I quote again ft2demos-2.4.9/README The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. Is your situation compatible with this instruction? Giuseppe Ventura wrote: I have on Desktop: 1- directory freetype2 with all library sources. You have ~/Desktop/freetype2/freetype-2.4.9, or you have ~/Desktop/freetype2/freetype2, or you have ~/Desktop/freetype2 WITHOUT ~/Desktop/freetype2/freetype2 nor ~/Desktop/freetype2/freetype-2.4.9, or anything els 2- ft2demos-2.4.9 is in freetype 2 directory If i go in ft2demos-2.4.9 and run make: root@ubuntu:~/Desktop/freetype2/ft2demos-2.4.9# make I have error: Please compile the library before the demo programs! So I went in freetype2 directory and write: root@ubuntu:~/Desktop/freetype2# ./configure after I write make but I have this error: root@ubuntu:~/Desktop/freetype2# make make: Nothing to be done for `all'. WHY? -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:15 A: Giuseppe Ventura Cc: 'freetype' Oggetto: Re: R: R: R: R: [ft] help pls It is difficult for me to guess what you did concretely from your post, so I could not help. Giuseppe Ventura wrote: Yes.. Look image: i go in freetype 2 and write ./configure Make But I have this error: make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 05:44 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Here I quote the beginning of the document. The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. If you downloaded one of the stable FreeType 2 source packages from our server, you most probably have to rename its directory, for example: mv freetype-2.4.9 freetype2 on Unix rename freetype-2.4.9 freetype2 on Windows If your built freetype2 source still exists in ~/Desktop/freetype2/freetype-2.4.9, it is already different from what README tells to do before building freetype2-demos. You should rename the directory as (cd ~/Desktop/freetype2 mv freetype-2.4.9 freetype2), or make a symbolic link as (cd ~/Desktop/freetype2 ln -s freetype-2.4.9 freetype2) Afterward, you will be able to build ft2demos that is extracted in ~/Desktop/freetype2 as (cd ~/Desktop/freetype2/ft2demos-2.4.9 make) Giuseppe Ventura wrote: I've download freetype-2.4.9 in freetype2 on Desktop after i write: ./configure Make Make install After I've download ft2demos-2.4.9 on Desktop.. I must put this directory on freetype2? Thanks for help :) -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 17:27 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: R: R: [ft] help pls So you had built freetype-2.4.9 after renaming its directory to freetype2, you had extracted ft2demos-2.4.9 at the same directory that freetype2 directory is located, and you issued make? Giuseppe Ventura wrote: yes -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato
Re: [ft] R: R: R: R: R: R: R: R: R: R: help pls
Nothing left of me. Giuseppe Ventura wrote: Please You can write some example for use this binaries file? I not undtand help! thanks -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 13:51 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: R: R: R: [ft] help pls Pick 1 executable file and give --help option to it, aslike ./ftview --help. Giuseppe Ventura wrote: Yes ft2demos-2.4.9/bin But i have many files How to use them? -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 13:00 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: R: R: [ft] help pls I'm asking you to check ft2demos-2.4.9/bin, not /bin. Giuseppe Ventura wrote: I have many files in /bin.. ho to use them? thanks -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 12:41 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: R: [ft] help pls Please find ft2demos-2.4.9/bin/ . Giuseppe Ventura wrote: Ok in ft2demo directory i run make and it work.. Now where are demo programs binary for test this library? thanks -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 12:18 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: R: [ft] help pls OK, so you should extract ft2demos just under ~/Desktop. Giuseppe Ventura wrote: I have Desktop/freetype2 I not have /home/lucid/Desktop/freetype2/freetype2 I not have /home/lucid/Desktop/freetype2/freetype-2.4. I write lucid@ubuntu:~/Desktop$ mv freetype2 /freetype2 is right? After: lucid@ubuntu:/freetype2/ft2demos-2.4.9$ make Please compile the library before the demo programs! SAME ERROR! -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:56 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: R: R: [ft] help pls I quote again ft2demos-2.4.9/README The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. Is your situation compatible with this instruction? Giuseppe Ventura wrote: I have on Desktop: 1- directory freetype2 with all library sources. You have ~/Desktop/freetype2/freetype-2.4.9, or you have ~/Desktop/freetype2/freetype2, or you have ~/Desktop/freetype2 WITHOUT ~/Desktop/freetype2/freetype2 nor ~/Desktop/freetype2/freetype-2.4.9, or anything els 2- ft2demos-2.4.9 is in freetype 2 directory If i go in ft2demos-2.4.9 and run make: root@ubuntu:~/Desktop/freetype2/ft2demos-2.4.9# make I have error: Please compile the library before the demo programs! So I went in freetype2 directory and write: root@ubuntu:~/Desktop/freetype2# ./configure after I write make but I have this error: root@ubuntu:~/Desktop/freetype2# make make: Nothing to be done for `all'. WHY? -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 11:15 A: Giuseppe Ventura Cc: 'freetype' Oggetto: Re: R: R: R: R: [ft] help pls It is difficult for me to guess what you did concretely from your post, so I could not help. Giuseppe Ventura wrote: Yes.. Look image: i go in freetype 2 and write ./configure Make But I have this error: make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: venerdì 6 aprile 2012 05:44 A: Giuseppe Ventura Cc: freetype Oggetto: Re: R: R: R: [ft] help pls Have you red ft2demos-2.4.9/README ? Here I quote the beginning of the document. The Makefile and Jamfile contained in this directory assume that the FreeType 2 library sources are located in `../freetype2'. If you downloaded one of the stable FreeType 2 source packages from our server, you most probably have to rename its directory, for example: mv freetype-2.4.9 freetype2 on Unix rename freetype-2.4.9 freetype2 on Windows If your built freetype2 source still exists in ~/Desktop/freetype2/freetype-2.4.9, it is already different from what README tells to do before building freetype2-demos. You should rename the directory as (cd ~/Desktop/freetype2 mv freetype-2.4.9 freetype2), or make a symbolic link as (cd ~/Desktop/freetype2 ln -s freetype-2.4.9 freetype2) Afterward, you will be able to build ft2demos that is extracted in ~/Desktop/freetype2 as (cd ~/Desktop/freetype2/ft2demos-2.4.9 make) Giuseppe Ventura wrote: I've download freetype-2.4.9 in freetype2 on Desktop after i write: ./configure Make Make install After I've download ft2demos-2.4.9 on Desktop.. I must put this directory on freetype2? Thanks for help :) -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 17:27 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto
Re: [ft] R: help pls
Have you red ft2demos-2.4.9/README ? Giuseppe Ventura wrote: I've downloaded ft2demos but when i run make I've error: ft2demos-2.4.9$ make make: Nothing to be done for `all'. -Messaggio originale- Da: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Inviato: giovedì 5 aprile 2012 15:47 A: Giuseppe Ventura Cc: freetype@nongnu.org Oggetto: Re: [ft] help pls Please download and build ft2demos tarball. Regards, mpsuzuki Giuseppe Ventura wrote: Hi i heve downloaded Free Type 2.4.9 but I don't know like use this library.. I did: ./configure Make Make install There is some demo program for view free type on action? Thanks- -- -- ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Problem rendering Arabic Text.
Hi,
Blaine1666 wrote:
I've an application that uses SDL, SGE and Freetype libraries to render text
on Screen. Latin text works fine, but Arabic text appears from left to
right. This is a complex language, is RTL and the glyphs are different
depending on the possition, and my application doesn't care.
Is there a solution to Load and render each character but deppending if text
is RTL/LTR and drawing the correct character deppending if is Arabic etc..?
Do you mean as: the glyph shapes of Arabic script should be appropriately
changed
for their positions, like, head-of-word, middle-in-word, tail-of-word (and
separated), but at present you cannot realize it by FreeType2?
If so, please consider to use complex text layout libraries, like, Pango,
HarfBuzz,
ICU, m17n etc. FreeType2 itself does not support complex text layout feature.
Regards,
mpsuzuki
I don't know how can I solve this. Here is the source code that render a
unicode texts and draw them on screen with SGE and SDL libraries:
//==
// TT Render (unicode)
// Returns an 8bit or 32bit(8/8/8/8-alpha) surface with TT text
//==
SDL_Surface *sge_TTF_RenderUNICODE(sge_TTFont *font,const Uint16 *text,
SDL_Color fg, SDL_Color bg)
{
int xstart, width;
int w, h;
SDL_Surface *textbuf;
SDL_Palette *palette;
int index;
int rdiff, gdiff, bdiff;
const Uint16 *ch;
Uint8 *src, *dst;
Uint32 *dst32;
int row, col;
TT_Error error;
sge_TTF_FitToBox_UNI( font, text );
/* Get the dimensions of the text surface */
SDL_Rect ret=sge_TTF_TextSize_UNI(font, text);
w=ret.w; h=ret.h;
if ( !w ) {
SDL_SetError(SGE - Text has zero width);
return(NULL);
}
/* Create the target surface */
width = w;
w = (w+6)~3;
if(_sge_TTF_AA!=2) /* Allocate an 8-bit pixmap */
textbuf = SDL_AllocSurface(SDL_SWSURFACE, w, h, 8, 0, 0, 0, 0);
else /* Allocate an 32-bit alpha pixmap */
textbuf = sge_CreateAlphaSurface(SDL_SWSURFACE,w,h);
if ( textbuf == NULL ) {
SDL_SetError(SGE - Out of memory);
return(NULL);
}
/* Setup our colors */
Uint32 ctab[8]={0,0,0,0,0,0,0,0};
switch(_sge_TTF_AA){
case 0:{ /* No fancy antialiasing or alpha component */
palette = textbuf-format-palette;
palette-colors[0].r = bg.r;
palette-colors[0].g = bg.g;
palette-colors[0].b = bg.b;
palette-colors[1].r = fg.r;
palette-colors[1].g = fg.g;
palette-colors[1].b = fg.b;
}
break;
case 1:{ /* Fill the palette with 5 levels of shading from bg
to fg */
palette = textbuf-format-palette;
rdiff = fg.r - bg.r;
gdiff = fg.g - bg.g;
bdiff = fg.b - bg.b;
for ( index=0; index5; ++index ) {
palette-colors[index].r = bg.r +
(index*rdiff)/4;
palette-colors[index].g = bg.g +
(index*gdiff)/4;
palette-colors[index].b = bg.b +
(index*bdiff)/4;
}
/* The other 3 levels are used as overflow when ORing
pixels */
for ( ; index8; ++index ) {
palette-colors[index] = palette-colors[4];
}
}
break;
case 2:{ /* Alpha component magic */
ctab[0]=sge_MapAlpha(bg.r,bg.g,bg.b,SDL_ALPHA_TRANSPARENT); //The
background (transparent color)
ctab[4]=sge_MapAlpha(fg.r,fg.g,fg.b,SDL_ALPHA_OPAQUE);
//The color of
the font
#if SDL_VERSIONNUM(SDL_MAJOR_VERSION,
SDL_MINOR_VERSION, SDL_PATCHLEVEL)
= \
SDL_VERSIONNUM(1, 1, 5)
sge_AlphaFader(fg.r,fg.g,fg.b,10, fg.r,fg.g,fg.b,190,
ctab,1,3); //Alpha
fading
#else
sge_AlphaFader(fg.r,fg.g,fg.b,190, fg.r,fg.g,fg.b,10,
ctab,1,3); //Alpha
fading
#endif
sge_ClearSurface(textbuf,
sge_MapAlpha(bg.r,bg.g,bg.b,SDL_ALPHA_TRANSPARENT));
ctab[5]=ctab[6]=ctab[7];
}
break;
}
/* Load and render each character */
//xstart = 3;
// start drawing in the left-most pixel!
// otherwise text width calculated to fit the
Re: [ft] Installing freetype
Hi, The relationship between your trouble and your question is unclear. I guess what you want is SDL text output. If you ask the question about the installation of FreeType2 in this list, the replies would be the information to install FreeType2 as self-standing library, without the combination with SDL. Thus, the description how you installed SDL and how SDL_ttf failed (if you got any error or warning message, they should be provided without filtering) would be useful for the subscribers of this list to understand if the question could be considered in this list, or should be asked in SDL (or MinGW) user community. Regards, mpsuzuki Lars Brämer wrote: Hello list, my name is Lars,42, MCSE. I like to install FreetTpe2 make use it with via the SDL API, or better said the SDL_ttf library which is a wrapper for FreeType2. My System is VISTA64/MinGW32/SDL I have to admit that I am not a splendid programmer. But I have MinGW32 successfully installed and the SDL API inclusive SDL_mixer, which is a Audio library. When I now install SDL_ttf it seems to be right, but I get no text output. the compilation runs well. When I look at my installation it feels that I have never successfully installed FreeType2. Please excuse my clumbsy question, but what have I exactly to do if I wish to insatll FreeType2 on my VISTA64/MinGW setup? Thanks, Lars ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] TT_PLATFORM_MACINTOSH : which mapping converts Unicode into the expected encoding?
Hi, Excuse me, FreeType2 has no feature to convert character encoding. If you mean how to select the charcode-to-glyph mapping table for Unicode, the solution would be TT_PLATFORM_APPLE_UNICODE. TT_PLATFORM_MACINTOSH is used for the legacy system before Unicode, the recent Macintosh uses TT_PLATFORM_APPLE_UNICODE. Regards, mpsuzuki Tom Sanham wrote: Hello When a FT_CharMapRec has .encoding=FT_ENCODING_NONE .platform_id=TT_PLATFORM_MACINTOSH .encoding_id=whatever My question is: for the possible values of .encoding_id, how does one figure out which mapping to use to convert from a Unicode value to the value expected by FT_Get_Char_Index? (In experiment, I have found that when .encoding_id=TT_MAC_ID_JAPANESE, I can convert Unicode values through the mapping specified at the following URL. What about the other values of .encoding_id?) ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/APPLE/JAPANESE.TXT Thank you Tom ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] TT_PLATFORM_MACINTOSH : which mapping converts Unicode into the expected encoding?
Tom Sanham wrote: Thanks for the response. I asked because I came across a very old font which contains no Unicode mapping, and no glyph names; hence I wish to write a routine to translate Unicode values into the legacy encoding supported by the font. I see. However I think I have now found the answer I needed: The relationships between the legacy encodings and Unicode are specified by the following document: ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/APPLE/README.TXT If you're working on Mac OS X, CoreFoundation may have some existing utilities for encoding conversions. I could find an interesting list of the encodings at: http://opensource.apple.com/source/CF/CF-550/CFStringEncodingDatabase.c Regards, mpsuzuki Thanks again Tom -Original Message- From: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Sent: 28 May 2012 13:32 To: Tom Sanham Cc: freetype@nongnu.org Subject: Re: [ft] TT_PLATFORM_MACINTOSH : which mapping converts Unicode into the expected encoding? Hi, Excuse me, FreeType2 has no feature to convert character encoding. If you mean how to select the charcode-to-glyph mapping table for Unicode, the solution would be TT_PLATFORM_APPLE_UNICODE. TT_PLATFORM_MACINTOSH is used for the legacy system before Unicode, the recent Macintosh uses TT_PLATFORM_APPLE_UNICODE. Regards, mpsuzuki Tom Sanham wrote: Hello When a FT_CharMapRec has .encoding=FT_ENCODING_NONE .platform_id=TT_PLATFORM_MACINTOSH .encoding_id=whatever My question is: for the possible values of .encoding_id, how does one figure out which mapping to use to convert from a Unicode value to the value expected by FT_Get_Char_Index? (In experiment, I have found that when .encoding_id=TT_MAC_ID_JAPANESE, I can convert Unicode values through the mapping specified at the following URL. What about the other values of .encoding_id?) ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/APPLE/JAPANESE.TXT Thank you Tom ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype FT_Request_Size() crashes
I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Rendering chinese characters
Hi,
Are you sure that your font file (I don't know what it is) include the
character for +0x00027267?
If you are sure, how you have checked it?
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I m using the following piece of code for rendering the Chinese
character and the font file is ming_uni.ttf:
{
FT_Library library;
FT_GlyphSlot slot;
FT_Face face;
FT_Init_FreeType( library );
FT_New_Face( library,/usr/local/share/ming.ttf,0,face);
FT_Set_Char_Size(temp_ptr-face,16*64,16*64 ,500,500 );
slot = face-glyph;
glyph_index = FT_Get_Char_Index(face,0x00027267);
printf(Glyph index is %d is \n,glyph_index);
}
when I printed the glyph_index ,it is zero...bt if I use 0xF900 instead of
0x00027267 ,I m able to see the Chinese character..
My doubt is why the FT_Get_Char_Index does not display Chinese character
for Unicode value 0x00027267?
Is that the problem of font file ,I m using?
Why I m nt able to get the glyph (or charmap) of 0x00027267 and similar
values?
Please help me..
Thanks in adv.
Regards,
Daya
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email.
www.wipro.com
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Rendering chinese characters
Hi,
Basically, if glyph index returned by FT_Get_Char_Index() is zero,
the font is expected to lack the glyph for the character code passed
to FT_Get_Char_Index().
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I don't know how to check whether a character is present in the font file or
not
pls anyone let me know the way to find whether a character is present in the
font file or not
Thanks and regards,
Daya
-Original Message-
From: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp]
Sent: Tuesday, June 26, 2012 12:14 PM
To: Daya Devi K (WT01 - Product Engineering Services)
Cc: freetype@nongnu.org
Subject: Re: [ft] Rendering chinese characters
Hi,
Are you sure that your font file (I don't know what it is) include the
character for +0x00027267?
If you are sure, how you have checked it?
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I m using the following piece of code for rendering the Chinese
character and the font file is ming_uni.ttf:
{
FT_Library library;
FT_GlyphSlot slot;
FT_Face face;
FT_Init_FreeType( library );
FT_New_Face( library,/usr/local/share/ming.ttf,0,face);
FT_Set_Char_Size(temp_ptr-face,16*64,16*64 ,500,500 );
slot = face-glyph;
glyph_index = FT_Get_Char_Index(face,0x00027267);
printf(Glyph index is %d is \n,glyph_index);
}
when I printed the glyph_index ,it is zero...bt if I use 0xF900 instead of
0x00027267 ,I m able to see the Chinese character..
My doubt is why the FT_Get_Char_Index does not display Chinese character
for Unicode value 0x00027267?
Is that the problem of font file ,I m using?
Why I m nt able to get the glyph (or charmap) of 0x00027267 and similar
values?
Please help me..
Thanks in adv.
Regards,
Daya
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The
company accepts no liability for any damage caused by any virus transmitted
by this email.
www.wipro.com
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email.
www.wipro.com
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Rendering chinese characters
In addition, if you're working on Unix like systems, please try ftview
command.
It will show the glyphs in the font without consideration if they are
accessible via some character code,
so it might be helpful to know if the font supports non-BMP characters.
Regards,
mpsuzuki
suzuki toshiya wrote:
Hi,
Basically, if glyph index returned by FT_Get_Char_Index() is zero,
the font is expected to lack the glyph for the character code passed
to FT_Get_Char_Index().
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I don't know how to check whether a character is present in the font file or
not
pls anyone let me know the way to find whether a character is present in the
font file or not
Thanks and regards,
Daya
-Original Message-
From: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp]
Sent: Tuesday, June 26, 2012 12:14 PM
To: Daya Devi K (WT01 - Product Engineering Services)
Cc: freetype@nongnu.org
Subject: Re: [ft] Rendering chinese characters
Hi,
Are you sure that your font file (I don't know what it is) include the
character for +0x00027267?
If you are sure, how you have checked it?
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I m using the following piece of code for rendering the Chinese
character and the font file is ming_uni.ttf:
{
FT_Library library;
FT_GlyphSlot slot;
FT_Face face;
FT_Init_FreeType( library );
FT_New_Face( library,/usr/local/share/ming.ttf,0,face);
FT_Set_Char_Size(temp_ptr-face,16*64,16*64 ,500,500 );
slot = face-glyph;
glyph_index = FT_Get_Char_Index(face,0x00027267);
printf(Glyph index is %d is \n,glyph_index);
}
when I printed the glyph_index ,it is zero...bt if I use 0xF900 instead of
0x00027267 ,I m able to see the Chinese character..
My doubt is why the FT_Get_Char_Index does not display Chinese character
for Unicode value 0x00027267?
Is that the problem of font file ,I m using?
Why I m nt able to get the glyph (or charmap) of 0x00027267 and similar
values?
Please help me..
Thanks in adv.
Regards,
Daya
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient
should check this email and any attachments for the presence of viruses.
The company accepts no liability for any damage caused by any virus
transmitted by this email.
www.wipro.com
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Please do not print this email unless it is absolutely necessary.
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should
check this email and any attachments for the presence of viruses. The
company accepts no liability for any damage caused by any virus transmitted
by this email.
www.wipro.com
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Rendering chinese characters
Hi,
At present, ftview does not receive UCS codepoints via hexadecimal expression.
But, as you already checked that FT_Get_Char_Index() fails for non-BMP
character,
what you should try is NOT the search a character by the character codepoint.
Searching a character by some codepoint always invokes the FT_Get_Char_Index().
So it does not give any new information. What you should try is
1) the font has non-BMP cmap (mapping table from character codepoint to glyph
index), or not?
2) if non-BMP cmap is included, what kind of glyphs are included in the font?
To check 1), please try ftdump.
In the case of BMP-only font, the result would finish like:
[...]
charmaps
0: platform 1, encoding 0, language 0
1: platform 3, encoding 1, language 0 (active)
It means, platform 3 (=Microsoft) encoding 1 (=UCS2), so no mapping tables for
non-BMP characters are included. There is no way to show non-BMP character with
this font (even if the font producer inserts any glyph, we cannot know that it
is related with non-BMP character).
In the case of not-BMP-only font, the result would finish like:charmaps
[...]
0: platform 0, encoding 3, language 0
1: platform 0, encoding 4, language 0
2: platform 1, encoding 0, language 0
3: platform 3, encoding 1, language 0
4: platform 3, encoding 10, language 0 (active)
You can find that there is UCS4 cmap (platform=3, encoding=10), so there might
be some non-BMP character.
---
After knowing the font includes non-BMP character, please show the glyphs in
the font with ftview, and push F12 key endlessly until the end of the glyph
index. When you reached the end of the glyph index, push F7 key to back 10
glyph index, and search the last CJK ideograph - you may be able to guess the
coverage of CJK ideographs, because huge CJK fonts including non-BMP characters
often order their glyphs by UCS codepoint at the quite large glyph index.
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi mpsuzuki,
using ftview ,I m able to see BMP characters,But my intention is to display
chinese characters in non-BMP plane...
when I give the following command
ftview -m '豈' font ming.ttf ,I m able to display the character as this
character belongs BMP plane...
ftview -m 'text' fontfile
In ftview ,is there any option to give 'unicode point' as argument?
(because in the place of text in ftview command ,I have to copy the
equivalent character of 0x00027267,which I am not able to.I m able copy
only squares!!! )
Thanks in adv...
Thanks Regards,
Daya
From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp]
Sent: Tuesday, June 26, 2012 1:06 PM
To: Daya Devi K (WT01 - Product Engineering Services)
Cc: freetype@nongnu.org
Subject: Re: [ft] Rendering chinese characters
In addition, if you're working on Unix like systems, please try ftview
command.
It will show the glyphs in the font without consideration if they are
accessible via some character code,
so it might be helpful to know if the font supports non-BMP characters.
Regards,
mpsuzuki
suzuki toshiya wrote:
Hi,
Basically, if glyph index returned by FT_Get_Char_Index() is zero,
the font is expected to lack the glyph for the character code passed
to FT_Get_Char_Index().
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I don't know how to check whether a character is present in the font file
or not
pls anyone let me know the way to find whether a character is present in
the font file or not
Thanks and regards,
Daya
-Original Message-
From: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp]
Sent: Tuesday, June 26, 2012 12:14 PM
To: Daya Devi K (WT01 - Product Engineering Services)
Cc: freetype@nongnu.org
Subject: Re: [ft] Rendering chinese characters
Hi,
Are you sure that your font file (I don't know what it is) include the
character for +0x00027267?
If you are sure, how you have checked it?
Regards,
mpsuzuki
daya@wipro.com wrote:
Hi,
I m using the following piece of code for rendering the Chinese
character and the font file is ming_uni.ttf:
{
FT_Library library;
FT_GlyphSlot slot;
FT_Face face;
FT_Init_FreeType( library );
FT_New_Face( library,/usr/local/share/ming.ttf,0,face);
FT_Set_Char_Size(temp_ptr-face,16*64,16*64 ,500,500 );
slot = face-glyph;
glyph_index = FT_Get_Char_Index(face,0x00027267);
printf(Glyph index is %d is \n,glyph_index);
}
when I printed the glyph_index ,it is zero...bt if I use 0xF900 instead
of 0x00027267 ,I m able to see the Chinese character..
My doubt is why the FT_Get_Char_Index does not display Chinese character
for Unicode value 0x00027267?
Is that the problem of font file ,I m using?
Why I m nt able to get the glyph (or charmap) of 0x00027267 and similar
values?
Please help me..
Thanks in adv.
Regards,
Daya
Please do not print this email unless it is absolutely necessary
Re: [ft] Rendering chinese characters
Unfortunately, the fonts under liberated license covering non-BMP Hanzi are few. One of the exception would be Hanazono Mincho: http://fonts.jp/hanazono/ (although the beginning of the page is in Japanese, you can find English note at the end of the page). Their type design of Ext B block might be slightly different from the expected design in China, Taiwan, etc. So co-using it with Ming typeface could show some inconsistency. Also, the font is only Mincho (SongTi-like typeface), so it would not be appropriate for the low resolution monochrome device. Another hopeful project would be Wen Quan Yi, but their non-BMP glyph resources seem to has just begun. http://wenq.org/ I'm waiting for their next release... Regards, mpsuzuki daya@wipro.com wrote: suzuki san, I tried that ftview command.. my font file does not support non-bmp characters Please suggest me some font file which support non bmp characters if u know Thanks a lot for ur help Regards, Daya From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp] Sent: Tuesday, June 26, 2012 4:13 PM To: Daya Devi K (WT01 - Product Engineering Services) Cc: freetype@nongnu.org Subject: Re: [ft] Rendering chinese characters Hi, At present, ftview does not receive UCS codepoints via hexadecimal expression. But, as you already checked that FT_Get_Char_Index() fails for non-BMP character, what you should try is NOT the search a character by the character codepoint. Searching a character by some codepoint always invokes the FT_Get_Char_Index(). So it does not give any new information. What you should try is 1) the font has non-BMP cmap (mapping table from character codepoint to glyph index), or not? 2) if non-BMP cmap is included, what kind of glyphs are included in the font? To check 1), please try ftdump. In the case of BMP-only font, the result would finish like: [...] charmaps 0: platform 1, encoding 0, language 0 1: platform 3, encoding 1, language 0 (active) It means, platform 3 (=Microsoft) encoding 1 (=UCS2), so no mapping tables for non-BMP characters are included. There is no way to show non-BMP character with this font (even if the font producer inserts any glyph, we cannot know that it is related with non-BMP character). In the case of not-BMP-only font, the result would finish like:charmaps [...] 0: platform 0, encoding 3, language 0 1: platform 0, encoding 4, language 0 2: platform 1, encoding 0, language 0 3: platform 3, encoding 1, language 0 4: platform 3, encoding 10, language 0 (active) You can find that there is UCS4 cmap (platform=3, encoding=10), so there might be some non-BMP character. --- After knowing the font includes non-BMP character, please show the glyphs in the font with ftview, and push F12 key endlessly until the end of the glyph index. When you reached the end of the glyph index, push F7 key to back 10 glyph index, and search the last CJK ideograph - you may be able to guess the coverage of CJK ideographs, because huge CJK fonts including non-BMP characters often order their glyphs by UCS codepoint at the quite large glyph index. Regards, mpsuzuki daya@wipro.com wrote: Hi mpsuzuki, using ftview ,I m able to see BMP characters,But my intention is to display chinese characters in non-BMP plane... when I give the following command ftview -m '豈' font ming.ttf ,I m able to display the character as this character belongs BMP plane... ftview -m 'text' fontfile In ftview ,is there any option to give 'unicode point' as argument? (because in the place of text in ftview command ,I have to copy the equivalent character of 0x00027267,which I am not able to.I m able copy only squares!!! ) Thanks in adv... Thanks Regards, Daya From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp] Sent: Tuesday, June 26, 2012 1:06 PM To: Daya Devi K (WT01 - Product Engineering Services) Cc: freetype@nongnu.org Subject: Re: [ft] Rendering chinese characters In addition, if you're working on Unix like systems, please try ftview command. It will show the glyphs in the font without consideration if they are accessible via some character code, so it might be helpful to know if the font supports non-BMP characters. Regards, mpsuzuki suzuki toshiya wrote: Hi, Basically, if glyph index returned by FT_Get_Char_Index() is zero, the font is expected to lack the glyph for the character code passed to FT_Get_Char_Index(). Regards, mpsuzuki daya@wipro.com wrote: Hi, I don't know how to check whether a character is present in the font file or not pls anyone let me know the way to find whether a character is present in the font file or not Thanks and regards, Daya -Original Message- From: suzuki toshiya [mailto:mpsuz
Re: [ft] Freetype FT_Request_Size() crashes
Dear Paul,
I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip ,
but I could not reproduce it with smaller program like attached one.
Does this bug occur when a program uses both of SDL and FreeType2?
Regards,
mpsuzuki
suzuki toshiya wrote:
I will check.
Regards,
mpsuzuki
Werner LEMBERG wrote (2012/06/12 14:49):
[Forwarding to the list since I don't use Windows. Anyone interested
in looking into this?]
Werner
==
From: Paul Dean aquawic...@hotmail.com
Subject: RE: [ft] Freetype FT_Request_Size() crashes
Date: Mon, 11 Jun 2012 17:40:24 -0500
I'm still tearing out my hair on this one. It seems SDL 2.0 is
conflicting with freetype. I know a few sloppy fixes on windows. I
can't for the life of me figure out how to get them to get along on
Mac or android. My windows sloppy fixes do not fix MAC or Android.
I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for
windows that will reproduce this crash. The debug version on windows
will work but the release build will show the crash.
The only thing the project requires is Cmake and Visual C++ 2008 or
higher. No other dependencies needed. Just cmake and compile.
http://aquawicket.com/FreetypeBug.zip
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
#include stdio.h
#include ft2build.h
#include FT_FREETYPE_H
int main(int argc, char** argv) {
FT_Library ftLib;
FT_Face ftFace;
FT_Errorerr;
if ( argc 2 ) {
fprintf( stderr, 1 argument is needed\n );
return 1;
}
err = FT_Init_FreeType( ftLib );
if ( err ) {
fprintf( stderr, FT_Init_FreeType() returns an error = %d\n, err );
return err;
}
fprintf( stderr, FT_Init_FreeType() ok\n );
err = FT_New_Face( ftLib, argv[1], 0, ftFace );
if ( err ) {
fprintf( stderr, FT_New_Face() returns an error = %d\n, err );
return err;
}
fprintf( stderr, FT_New_Face() ok\n );
err = FT_Set_Char_Size( ftFace, 0L, 20*64, 72, 72 );
if ( err ) {
fprintf( stderr, FT_Set_Char_Size() returns an error = %d\n, err );
return err;
}
fprintf( stderr, FT_Set_Char_Size() ok\n );
FT_Done_Face( ftFace );
FT_Done_FreeType( ftLib );
return 0;
}
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype FT_Request_Size() crashes
In addition, if I build freetype-2.4.9 with bundled MSVC 2008 project file and link FreeTypeBug.exe with freetype249MT.lib or freetype249ST.lib (release multithreaded or singlethreaded), the crash does not appear. Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip , but I could not reproduce it with smaller program like attached one. Does this bug occur when a program uses both of SDL and FreeType2? Regards, mpsuzuki suzuki toshiya wrote: I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Rendering chinese characters
Nice to hear that you had proceeded your first step. I have to note that the preferred typeface design policy in HongKong would be different from Hanazono Mincho, and, some documents may use HKSCS characters via PUA codepoints (Hanazono fonts may not support PUA codepoint for HKSCS), so I recommend to consider the possibility to update the application to use multiple fonts. Regards, mpsuzuki daya@wipro.com wrote: Suzuki san, I m using HanaMinA.ttf font file. Now,I m able to display the HKSCS sets using both DirectFB and FreeType.. Thanks a lot for your help and your time . Thanks and Regards, Daya -Original Message- From: suzuki toshiya [mailto:mpsuz...@hiroshima-u.ac.jp] Sent: Wednesday, June 27, 2012 4:14 PM To: Daya Devi K (WT01 - Product Engineering Services) Cc: freetype@nongnu.org Subject: Re: [ft] Rendering chinese characters Unfortunately, the fonts under liberated license covering non-BMP Hanzi are few. One of the exception would be Hanazono Mincho: http://fonts.jp/hanazono/ (although the beginning of the page is in Japanese, you can find English note at the end of the page). Their type design of Ext B block might be slightly different from the expected design in China, Taiwan, etc. So co-using it with Ming typeface could show some inconsistency. Also, the font is only Mincho (SongTi-like typeface), so it would not be appropriate for the low resolution monochrome device. Another hopeful project would be Wen Quan Yi, but their non-BMP glyph resources seem to has just begun. http://wenq.org/ I'm waiting for their next release... Regards, mpsuzuki daya@wipro.com wrote: suzuki san, I tried that ftview command.. my font file does not support non-bmp characters Please suggest me some font file which support non bmp characters if u know Thanks a lot for ur help Regards, Daya From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp] Sent: Tuesday, June 26, 2012 4:13 PM To: Daya Devi K (WT01 - Product Engineering Services) Cc: freetype@nongnu.org Subject: Re: [ft] Rendering chinese characters Hi, At present, ftview does not receive UCS codepoints via hexadecimal expression. But, as you already checked that FT_Get_Char_Index() fails for non-BMP character, what you should try is NOT the search a character by the character codepoint. Searching a character by some codepoint always invokes the FT_Get_Char_Index(). So it does not give any new information. What you should try is 1) the font has non-BMP cmap (mapping table from character codepoint to glyph index), or not? 2) if non-BMP cmap is included, what kind of glyphs are included in the font? To check 1), please try ftdump. In the case of BMP-only font, the result would finish like: [...] charmaps 0: platform 1, encoding 0, language 0 1: platform 3, encoding 1, language 0 (active) It means, platform 3 (=Microsoft) encoding 1 (=UCS2), so no mapping tables for non-BMP characters are included. There is no way to show non-BMP character with this font (even if the font producer inserts any glyph, we cannot know that it is related with non-BMP character). In the case of not-BMP-only font, the result would finish like:charmaps [...] 0: platform 0, encoding 3, language 0 1: platform 0, encoding 4, language 0 2: platform 1, encoding 0, language 0 3: platform 3, encoding 1, language 0 4: platform 3, encoding 10, language 0 (active) You can find that there is UCS4 cmap (platform=3, encoding=10), so there might be some non-BMP character. --- After knowing the font includes non-BMP character, please show the glyphs in the font with ftview, and push F12 key endlessly until the end of the glyph index. When you reached the end of the glyph index, push F7 key to back 10 glyph index, and search the last CJK ideograph - you may be able to guess the coverage of CJK ideographs, because huge CJK fonts including non-BMP characters often order their glyphs by UCS codepoint at the quite large glyph index. Regards, mpsuzuki daya@wipro.com wrote: Hi mpsuzuki, using ftview ,I m able to see BMP characters,But my intention is to display chinese characters in non-BMP plane... when I give the following command ftview -m '豈' font ming.ttf ,I m able to display the character as this character belongs BMP plane... ftview -m 'text' fontfile In ftview ,is there any option to give 'unicode point' as argument? (because in the place of text in ftview command ,I have to copy the equivalent character of 0x00027267,which I am not able to.I m able copy only squares!!! ) Thanks in adv... Thanks Regards, Daya From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp] Sent: Tuesday, June 26, 2012 1:06 PM To: Daya Devi K (WT01 - Product Engineering
Re: [ft] Freetype FT_Request_Size() crashes
It is for ANSI C compatibility, not for GCC, I think. Paul Dean wrote: The VS Project I made does not use the /Za compiler flag disable language extensions The VS Project that comes with freetype does use /Za Is their an equivalent to this for gcc compiler? Date: Sun, 1 Jul 2012 18:13:00 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes In addition, if I build freetype-2.4.9 with bundled MSVC 2008 project file and link FreeTypeBug.exe with freetype249MT.lib or freetype249ST.lib (release multithreaded or singlethreaded), the crash does not appear. Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip , but I could not reproduce it with smaller program like attached one. Does this bug occur when a program uses both of SDL and FreeType2? Regards, mpsuzuki suzuki toshiya wrote: I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype FT_Request_Size() crashes
Now I'm trying to build FreetypeBug with cmake-2.8.8 + Xcode on Mac OS X 10.6.8. But generated project (or Unix makefiles) does not compile anything but finishes. Is it designed only for Win32? Regards, mpsuzuki suzuki toshiya wrote: Thanks, the report is interesting because it says the binaries on Mac OS X 10.6.8 and Android crash too. You are the reporter of the issue? Regards, mpsuzuki Paul Dean wrote: This may help find the problem as well. https://code.google.com/p/digitalknob/issues/detail?id=14 Date: Sun, 1 Jul 2012 18:13:00 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes In addition, if I build freetype-2.4.9 with bundled MSVC 2008 project file and link FreeTypeBug.exe with freetype249MT.lib or freetype249ST.lib (release multithreaded or singlethreaded), the crash does not appear. Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip , but I could not reproduce it with smaller program like attached one. Does this bug occur when a program uses both of SDL and FreeType2? Regards, mpsuzuki suzuki toshiya wrote: I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype FT_Request_Size() crashes
Dear Paul, Thank you for updating the sample source. I could reproduce the issue (maybe), but I found a strange point: the release binary does not cause crash out of Xcode, but the debug binary causes crash out of Xcode. How about in your case? As you wrote, if I execute them in Xcode, no crash is found. Regards, mpsuzuki Paul Dean wrote: Here is a version of FreetypeBug for MAC http://aquawicket.com/FreetypeBug-Mac.zip As stated before.. Freetype workes fine in XCode/Dedug mode. But if I run the app outside of XCode, FT_Set_Char_Size() once again crashes the app. Date: Mon, 9 Jul 2012 11:43:59 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes Now I'm trying to build FreetypeBug with cmake-2.8.8 + Xcode on Mac OS X 10.6.8. But generated project (or Unix makefiles) does not compile anything but finishes. Is it designed only for Win32? Regards, mpsuzuki suzuki toshiya wrote: Thanks, the report is interesting because it says the binaries on Mac OS X 10.6.8 and Android crash too. You are the reporter of the issue? Regards, mpsuzuki Paul Dean wrote: This may help find the problem as well. https://code.google.com/p/digitalknob/issues/detail?id=14 Date: Sun, 1 Jul 2012 18:13:00 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes In addition, if I build freetype-2.4.9 with bundled MSVC 2008 project file and link FreeTypeBug.exe with freetype249MT.lib or freetype249ST.lib (release multithreaded or singlethreaded), the crash does not appear. Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip , but I could not reproduce it with smaller program like attached one. Does this bug occur when a program uses both of SDL and FreeType2? Regards, mpsuzuki suzuki toshiya wrote: I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype FT_Request_Size() crashes
Dear Paul, Sorry, I had a mistake - I could not reproduce the error. In my case, the crash was caused by invalid path to the font. If I execute the binary in the directory that includes the font, no error (no crash) is found. I did like this: cd FreetypeBug/bin/Debug ./FreetypeBug.app/Contents/MacOS/FreetypeBug 2012-07-13 14:55:52.159 FreetypeBug[5826:903] App Started 2012-07-13 14:55:52.176 FreetypeBug[5826:903] App Exited What's difference from your case? Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, Thank you for updating the sample source. I could reproduce the issue (maybe), but I found a strange point: the release binary does not cause crash out of Xcode, but the debug binary causes crash out of Xcode. How about in your case? As you wrote, if I execute them in Xcode, no crash is found. Regards, mpsuzuki Paul Dean wrote: Here is a version of FreetypeBug for MAC http://aquawicket.com/FreetypeBug-Mac.zip As stated before.. Freetype workes fine in XCode/Dedug mode. But if I run the app outside of XCode, FT_Set_Char_Size() once again crashes the app. Date: Mon, 9 Jul 2012 11:43:59 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes Now I'm trying to build FreetypeBug with cmake-2.8.8 + Xcode on Mac OS X 10.6.8. But generated project (or Unix makefiles) does not compile anything but finishes. Is it designed only for Win32? Regards, mpsuzuki suzuki toshiya wrote: Thanks, the report is interesting because it says the binaries on Mac OS X 10.6.8 and Android crash too. You are the reporter of the issue? Regards, mpsuzuki Paul Dean wrote: This may help find the problem as well. https://code.google.com/p/digitalknob/issues/detail?id=14 Date: Sun, 1 Jul 2012 18:13:00 +0900 From: mpsuz...@hiroshima-u.ac.jp To: aquawic...@hotmail.com CC: freetype@nongnu.org Subject: Re: [ft] Freetype FT_Request_Size() crashes In addition, if I build freetype-2.4.9 with bundled MSVC 2008 project file and link FreeTypeBug.exe with freetype249MT.lib or freetype249ST.lib (release multithreaded or singlethreaded), the crash does not appear. Regards, mpsuzuki suzuki toshiya wrote: Dear Paul, I could reproduce the crash by http://aquawicket.com/FreetypeBug.zip , but I could not reproduce it with smaller program like attached one. Does this bug occur when a program uses both of SDL and FreeType2? Regards, mpsuzuki suzuki toshiya wrote: I will check. Regards, mpsuzuki Werner LEMBERG wrote (2012/06/12 14:49): [Forwarding to the list since I don't use Windows. Anyone interested in looking into this?] Werner == From: Paul Dean aquawic...@hotmail.com Subject: RE: [ft] Freetype FT_Request_Size() crashes Date: Mon, 11 Jun 2012 17:40:24 -0500 I'm still tearing out my hair on this one. It seems SDL 2.0 is conflicting with freetype. I know a few sloppy fixes on windows. I can't for the life of me figure out how to get them to get along on Mac or android. My windows sloppy fixes do not fix MAC or Android. I've decided to create a minimal SDL 2.0 / Freetype 2.4.9 project for windows that will reproduce this crash. The debug version on windows will work but the release build will show the crash. The only thing the project requires is Cmake and Visual C++ 2008 or higher. No other dependencies needed. Just cmake and compile. http://aquawicket.com/FreetypeBug.zip ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Help Loading Microsoft Sans Serif Bold
a TTF file can include only 1 face, so micross.ttf would include only the regular weight version, and bold version would be included in another font file. Please search it. Regards, mpsuzuki J Ansell wrote: I am attempting to use freetype to load the default font on Windows 7 which is Microsoft Sans Serif. The file name is micross.tff. However I cannot load the bold version using freetype. I know the bold version exists because I can see it when I change font in notepad. Is this supported with freetype? Kind Regards, James Ansell ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] error with redhat
One of the point I have to emphasize is: if you dislike the efforts to recover a Linux system which is confused by overwriting installation of unmanaged software package (I know some people could enjoy it), do not set the prefix as --prefix=/usr. It will overwrite existing software (managed/configured by the system installer and package manager), and the system would be something like a minefield which you cannot be sure all mines are swept. In summary, I recommend you to reinstall the system and set the prefix to the directory that the system software won't look, like, /home/zhang/freetype-2.4.8/ etc. Regards, mpsuzuki zhang.hen...@zte.com.cn wrote: Hi this mail is from Jeff in China.I need your professional help. The below is my problem―― After i installed freetype-2.4.8 in the redhat-server-5.4, the system often enter the black screen state and i couldn't enter the system with X11. Do some people know how to solve this problem? Please reply me. Thank you! The process that i installed freetype is: 1) cd freetype-2.4.8 2) ./configure --prefix=/usr 3) make 4) make install Best Regards! Jeff ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited. If you have received this mail in error, please delete it and notify us immediately. ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] NPUSHW in skipcode().
Dear Dakai, Thank you for the information. If possible, please let me know which Japanese font hits this issue... Regards, mpsuzuki Dakai Liu wrote: Dear List, I have encountered a byte interpreter exception when rendering a Japanese font. I think I may have found a bug in SkipCode() function in ttinterp.c. On version 2.4.10, in ttinterp.c, at line#4477, CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]; The NPUSHW needs to double the offset: CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]*2; It works for our product, anyone can confirm it? Best Regards, Dakai ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] NPUSHW in skipcode().
Dear Dakai, Thank you! I have FA P Mincho ver 1.02 (1995-1996), packed in fanmin3.ttc. I will check. Regards, mpsuzuki Dakai Liu wrote: Hi Mr. Suzuki, It's called FA PMinchou, and it's a sub font in a composite one. Regards, Dakai From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp] Sent: Monday, 17 September 2012 2:53 PM To: Dakai Liu Cc: freetype@nongnu.org Subject: Re: [ft] NPUSHW in skipcode(). Dear Dakai, Thank you for the information. If possible, please let me know which Japanese font hits this issue... Regards, mpsuzuki Dakai Liu wrote: Dear List, I have encountered a byte interpreter exception when rendering a Japanese font. I think I may have found a bug in SkipCode() function in ttinterp.c. On version 2.4.10, in ttinterp.c, at line#4477, CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]; The NPUSHW needs to double the offset: CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]*2; It works for our product, anyone can confirm it? Best Regards, Dakai ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] NPUSHW in skipcode().
Dear Dakai, Thanks! I was showing all characters with ftview and wondering why I could not receive any errors :-), Regards, mpsuzuki Dakai Liu wrote: Hi Werner and Mr. Suzuki, Sorry, This IS a false alarm. The problem does happen in version 2.1.4, which is what we are using. And the 2.4.10 reference are out of hasted peruse. My apology. Regards, Dakai From: Werner LEMBERG [w...@gnu.org] Sent: Monday, 17 September 2012 3:55 PM To: Dakai Liu Cc: freetype@nongnu.org Subject: Re: [ft] NPUSHW in skipcode(). I have encountered a byte interpreter exception when rendering a Japanese font. I think I may have found a bug in SkipCode() function in ttinterp.c. On version 2.4.10, in ttinterp.c, at line#4477, CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]; The NPUSHW needs to double the offset: CUR.length = 2 - CUR.length * CUR.code[CUR.IP + 1]*2; Thanks for the report, however, I don't think this is the right fix: `CUR.length' is -1 for NPUSHB, and -2 for NPUSHW, so the offset is already doubled. Can you send me the offending font offline, together with instructions (ideally for ftview or a similar demo program) how to reproduce your problem? Werner ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] 2.4.10 install under ubuntu 12.04
Have you extracted tarball (tar.gz, tar.bz2 etc), or, zip file? Regards, mpsuzuki Vince Miller wrote: I'm attempting a plain vanilla install of 2.4.10 in support of GD 2.4.2 and Mapserver 6.0.3. Ubuntu 12.04 includes GNU Make 3.81. Here's the result: *** begin snippet root@gameserver:/usr/local/src/freetype-2.4.10# ./configure FreeType build system -- automatic system detection The following settings are used: platformunix compilercc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `make' again to build the library, or `make refdoc' to build the API reference (the latter needs python). cd builds/unix; ./configure /bin/sh: 1: ./configure: not found make: *** [setup] Error 127 *** end snippet What's wrong here? Thanks for your help. Vince ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Convert_glyph()
Hi,
Thanks in advance for your effort to further investigation!
If any sample data to reproduce the issue is available,
I will succeed.
Regards,
mpsuzuki
Dakai Liu wrote:
Hello Suzuki,
Thank you for the info, the problem is that ras.error is
not set appropriately in the case that the overflow occurs?
It appears to be the case, how ever I have not yet to identify which curve
caused the error without setting the ras.error.
I will do some more debugging and let you know.
Best Regards,
Dakai
From: suzuki toshiya [mpsuz...@hiroshima-u.ac.jp]
Sent: Friday, 18 January 2013 12:07 PM
To: Dakai Liu
Cc: freetype@nongnu.org
Subject: Re: [ft] Convert_glyph()
Hi,
Thank you for the info, the problem is that ras.error is
not set appropriately in the case that the overflow occurs?
Regards,
mpsuzuki
Dakai Liu wrote:
Dear list,
I have encountered a rendering failure on a Kanji glyph. Turned out to
errorring in Convert_glyph(). The last line of the function:
return (Bool) (ras.top ras.maxBuff ? SUCCESS : FAILURE )
returns an error when ras.top == ras.maxBuff. And sebsequently the
Render_Single_Pass() failed too.
Then I replace the a fore mentioned line with the following:
if ( ras.top ras.maxBuff )
{
return (Bool)SUCCESS;
}
else
{
ras.error = Raster_Err_Overflow;
return (Bool)FAILURE;
}
Then the error goes away. Please advice the new code is correct?
Best Regards,
Dakai
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Freetype 2.4.11 Cross Compiling
Hi, Thank you for the report. Could you post config.log config.status? I should check why the compiler for apinames (basically, the compiler for libfreetype and apinames are distinguished in configure) is set for MIPS platform. Regards, mpsuzuki Dimitris Zenios wrote: Hello everyone i am trying to compile freetype2 for mips on x86_64 pc.The command used is CC_BUILD=mipsel-unknown-linux-gnu-gcc ./configure --build=x86_64-pc-linux-gnu --host=mipsel-unknown-linux-gnu --prefix=/home/zenios/src/mipsel-unknown-linux-gnu/mipsel-unknown-linux-gnu/sys-root/usr --disable-static Event though configure executes correctly I get error on make apinames: cannot execute binary file It looks like apinames is compiled also for mips and it cannot be executed. Any hint? Best Regards Dimitris Zenios ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] building library from the source code
Hi, Could you post some sample source that you could display a blank screen? Regards, mpsuzuki Parth Kanungo wrote: Hi all, I used the sample code on the FreeType Documentation Page (PART-1). To run the code, when I used the libraries from GTK+ bundle, my output was perfect. However, when I created freetype.lib myself from the downloaded source code and used it, the output showed a blank screen. To ensure that there was no version mismatch, I checked from the GTK website (http://www.gtk.org/download/win32.php) and found that GTK+ bundle currently uses freetype 2.4.2 version. Hence, I used that version of freetype to build the freetype.lib. But, I still face the same issue. Can anyone help me out here ? Thanks a lot. ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] building library from the source code
Dear Kanungo,
Sorry for my lated response. I could reproduce your
trouble with MinGW32 (Output.txt is long, but no
filled pixel). Please wait a while for further
investigation...
Regards,
mpsuzuki
Parth Kanungo wrote:
Hi,
Can anyone help me with this problem ?
I have a feeling that this problem is happening because of some minor
mistake. But, I have been unable to rectify it.
Thanks a lot.
On Thu, Mar 7, 2013 at 2:49 PM, Parth Kanungo kanungopa...@gmail.comwrote:
Here is the sample code that I used.
Please change the value of inFileName[], when you run the program.
The output is generated in a output.txt file.
I observed it by enabling WORD-WRAP in the Notepad++ and then, zooming out.
/* example1.c */
/* */
/* This small program shows how to print a string with the */
/* FreeType 2 library. */
#include stdio.h
#include stdlib.h
#include conio.h
#include string.h
#include math.h
#include ft2build.h
#include FT_FREETYPE_H
#define WIDTH 640
#define HEIGHT 480
/* origin is the upper left corner */
unsigned char image[HEIGHT][WIDTH];
/* Replace this function with something useful. */
void
draw_bitmap( FT_Bitmap* bitmap,
FT_Int x,
FT_Int y)
{
FT_Int i, j, p, q;
FT_Int x_max = x + bitmap-width;
FT_Int y_max = y + bitmap-rows;
int val = 0;
for ( i = x, p = 0; i x_max; i++, p++ )
{
for ( j = y, q = 0; j y_max; j++, q++ )
{
if ( i 0 || j 0 ||
i = WIDTH || j = HEIGHT )
continue;
image[j][i] |= bitmap-buffer[q * bitmap-width + p];
if(bitmap-buffer[q * bitmap-width + p] 0) {
val |= bitmap-buffer[q * bitmap-width + p];
}
}
}
}
void
show_image( void )
{
int i, j;
FILE *fp1 = fopen(Output.txt, w);
for ( i = 0; i HEIGHT; i++ )
{
for ( j = 0; j WIDTH; j++ )
/* putchar( image[i][j] == 0 ? ' '
: image[i][j] 128 ? '+'
: '*' );
putchar( '\n' );
*/
{
if(image[i][j] == 0)
fprintf(fp1, %c, ' ');
else if (image[i][j] 128)
fprintf(fp1, %c, '+');
else
fprintf(fp1, %c, '*');
}
fprintf(fp1, %c, '\n');
}
fclose(fp1);
}
int main( int argc, char** argv )
{
FT_Librarylibrary;
FT_Face face;
FT_GlyphSlot slot;
FT_Matrix matrix; /* transformation matrix */
FT_Vector pen;/* untransformed origin */
FT_Error error;
char fontName[256];
char
inFileName[]=D:\\FREETYPE\\freetype-2.4.2\\freetype-2.4.2\\builds\\win32\\vc2005\\arial.ttf;
char text[] = Font Experts;
doubleangle;
int target_height;
int n, num_chars;
num_chars = strlen( (char*)text );
angle = 0;//( 25.0 / 360 ) * 3.14159 * 2; /* use 25 degrees
*/
target_height = HEIGHT;
error = FT_Init_FreeType( library ); /* initialize library */
if(error)
{
fprintf ( stderr, FT_Init_FreeType: failed );
exit( 1 );
}
error = FT_New_Face( library, inFileName, 0, face );/* create face object
*/
if(error)
{
fprintf ( stderr, FT_New_Face: failed );
exit( 1 );
}
/* use 50pt at 100dpi */
error = FT_Set_Char_Size( face, 50 * 64, 0,
100, 0 );/* set character size */
/* error handling omitted */
slot = face-glyph;
/* set up matrix */
matrix.xx = (FT_Fixed)( cos( angle ) * 0x1L );
matrix.xy = (FT_Fixed)(-sin( angle ) * 0x1L );
matrix.yx = (FT_Fixed)( sin( angle ) * 0x1L );
matrix.yy = (FT_Fixed)( cos( angle ) * 0x1L );
/* the pen position in 26.6 cartesian space coordinates; */
/* start at (300,200) relative to the upper left corner */
pen.x = 300 * 64;
pen.y = ( target_height - 200 ) * 64;
for ( n = 0; n num_chars; n++ )
{
/* set transformation */
FT_Set_Transform( face, matrix, pen );
/* load glyph image into the slot (erase previous one) */
error = FT_Load_Char( face, text[n], FT_LOAD_RENDER );
if ( error )
continue; /* ignore errors */
/* now, draw to our target surface (convert position) */
draw_bitmap( slot-bitmap,
slot-bitmap_left,
target_height - slot-bitmap_top );
/* increment pen position */
pen.x += slot-advance.x;
pen.y += slot-advance.y;
}
show_image();
FT_Done_Face( face );
FT_Done_FreeType( library );
return 0;
}
/* EOF */
On Thu, Mar 7, 2013 at 11:10 AM, suzuki toshiya
mpsuz...@hiroshima-u.ac.jp wrote:
Hi,
Could you post some sample source that you could display a blank screen?
Regards,
mpsuzuki
Parth Kanungo wrote:
Hi all,
I used the sample code on the FreeType Documentation Page (PART-1). To
run
the code, when I used the libraries from GTK+ bundle, my output was
perfect.
However, when I created freetype.lib myself from the downloaded source
code
and used it, the output showed a blank screen.
To ensure that there was no version mismatch, I checked from the GTK
website (http://www.gtk.org/download/win32.php) and found that GTK+
bundle
currently uses freetype 2.4.2 version. Hence, I used
Re: [ft] Freetype2 compilation error
Hi, Sorry for your inconvenience. Your quotation seems to be the messages during the configuration, not during compilation. Do you mean that the irregular warning like checking whether cpp computation of bit length in ftconfig.in works... ./ft2build.h, line 1: 1506-229 (W) File is empty. ftoption.h, line 1: 1506-229 (W) File is empty. ftstdlib.h, line 1: 1506-229 (W) File is empty. no should be fixed? Of course it should be cared (and I will do), but if you have other troubles during the compilation, please post. # I guess the background of the warning is the inclusion of the # empty header files created aslike: # # ac_clean_files= # for f in ft2build.h ftoption.h ftstdlib.h; do # if test ! -f $f; then #ac_clean_files=$ac_clean_files $f #touch $f # fi # done # # some more content would be expected to calm /bin/cpp of XLC compiler, # I guess. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear Team, I am getting the below error in red while compiling freetype-2.4.11 on AIX 5.3. ##QUOTE## FreeType build system -- automatic system detection The following settings are used: platform unix compiler /usr/vac/bin/xlc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `/gpfs1/home/amit/SOURCE/make-3.82/bin/make' again to build the library, or `/gpfs1/home/amit/SOURCE/make-3.82/bin/make refdoc' to build the API reference (the latter needs python). Generating modules list in ./objs/ftmodule.h... * module: truetype (Windows/Mac font files with extension *.ttf or *.ttc) * module: type1 (Postscript font files with extension *.pfa or *.pfb) * module: cff (OpenType fonts with extension *.otf) * module: cid (Postscript CID-keyed fonts, no known extension) * module: pfr (PFR/TrueDoc font files with extension *.pfr) * module: type42 (Type 42 font files with no known extension) * module: winfnt (Windows bitmap fonts with extension *.fnt or *.fon) * module: pcf (pcf bitmap fonts) * module: bdf (bdf bitmap fonts) * module: sfnt (helper module for TrueType OpenType formats) * module: autofit (automatic hinting module) * module: pshinter (Postscript hinter module) * module: raster (monochrome bitmap renderer) * module: smooth (anti-aliased bitmap renderer) * module: smooth (anti-aliased bitmap renderer for LCDs) * module: smooth (anti-aliased bitmap renderer for vertical LCDs) * module: psaux (Postscript Type 1 Type 2 helper module) * module: psnames (Postscript Unicode Glyph name handling) done. cd builds/unix; ./configure '--prefix=/gpfs1/home/amit/freetype-2.4.11' checking build system type... powerpc-ibm-aix5.3.0.0 checking host system type... powerpc-ibm-aix5.3.0.0 checking for gcc... /usr/vac/bin/xlc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether /usr/vac/bin/xlc accepts -g... yes checking for /usr/vac/bin/xlc option to accept ISO C89... none needed checking how to run the C preprocessor... /bin/cpp checking for rmdir... rmdir checking for a BSD-compatible install... /opt/freeware/bin/install -c checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking size of int... 4 checking size of long... 8 checking whether cpp computation of bit length in ftconfig.in works... ./ft2build.h, line 1: 1506-229 (W) File is empty. ftoption.h, line 1: 1506-229 (W) File is empty. ftstdlib.h, line 1: 1506-229 (W) File is empty. no checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for getpagesize... yes checking for working mmap... yes checking whether munmap is declared... yes checking for munmap's first parameter type... void * checking for memcpy... yes checking for memmove... yes checking for gzsetparams in -lz... yes checking zlib.h usability... yes checking zlib.h presence... yes checking
Re: [ft] Freetype2 compilation error
OK, I will make a testing tarball with new configure script. Please wait a while. Regards, mpsuzuki HCL Infosystems Ltd wrote: Hello mpsuzuki, Thanks for your reply!!! Yes you are correct. I am getting this warning while configuration and for me it should get resolve first before make and make install. Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: freetype@nongnu.org Sent: Tuesday, March 19, 2013 12:23:33 PM Subject: Re: [ft] Freetype2 compilation error Hi, Sorry for your inconvenience. Your quotation seems to be the messages during the configuration, not during compilation. Do you mean that the irregular warning like checking whether cpp computation of bit length in ftconfig.in works... ./ft2build.h, line 1: 1506-229 (W) File is empty. ftoption.h, line 1: 1506-229 (W) File is empty. ftstdlib.h, line 1: 1506-229 (W) File is empty. no should be fixed? Of course it should be cared (and I will do), but if you have other troubles during the compilation, please post. # I guess the background of the warning is the inclusion of the # empty header files created aslike: # # ac_clean_files= # for f in ft2build.h ftoption.h ftstdlib.h; do # if test ! -f $f; then #ac_clean_files=$ac_clean_files $f #touch $f # fi # done # # some more content would be expected to calm /bin/cpp of XLC compiler, # I guess. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear Team, I am getting the below error in red while compiling freetype-2.4.11 on AIX 5.3. ##QUOTE## FreeType build system -- automatic system detection The following settings are used: platform unix compiler /usr/vac/bin/xlc configuration directory ./builds/unix configuration rules ./builds/unix/unix.mk If this does not correspond to your system or settings please remove the file `config.mk' from this directory then read the INSTALL file for help. Otherwise, simply type `/gpfs1/home/amit/SOURCE/make-3.82/bin/make' again to build the library, or `/gpfs1/home/amit/SOURCE/make-3.82/bin/make refdoc' to build the API reference (the latter needs python). Generating modules list in ./objs/ftmodule.h... * module: truetype (Windows/Mac font files with extension *.ttf or *.ttc) * module: type1 (Postscript font files with extension *.pfa or *.pfb) * module: cff (OpenType fonts with extension *.otf) * module: cid (Postscript CID-keyed fonts, no known extension) * module: pfr (PFR/TrueDoc font files with extension *.pfr) * module: type42 (Type 42 font files with no known extension) * module: winfnt (Windows bitmap fonts with extension *.fnt or *.fon) * module: pcf (pcf bitmap fonts) * module: bdf (bdf bitmap fonts) * module: sfnt (helper module for TrueType OpenType formats) * module: autofit (automatic hinting module) * module: pshinter (Postscript hinter module) * module: raster (monochrome bitmap renderer) * module: smooth (anti-aliased bitmap renderer) * module: smooth (anti-aliased bitmap renderer for LCDs) * module: smooth (anti-aliased bitmap renderer for vertical LCDs) * module: psaux (Postscript Type 1 Type 2 helper module) * module: psnames (Postscript Unicode Glyph name handling) done. cd builds/unix; ./configure '--prefix=/gpfs1/home/amit/freetype-2.4.11' checking build system type... powerpc-ibm-aix5.3.0.0 checking host system type... powerpc-ibm-aix5.3.0.0 checking for gcc... /usr/vac/bin/xlc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether /usr/vac/bin/xlc accepts -g... yes checking for /usr/vac/bin/xlc option to accept ISO C89... none needed checking how to run the C preprocessor... /bin/cpp checking for rmdir... rmdir checking for a BSD-compatible install... /opt/freeware/bin/install -c checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking size of int... 4 checking size of long... 8 checking whether cpp computation of bit length in ftconfig.in works... ./ft2build.h
Re: [ft] Freetype2 compilation error
Just I've uploaded testing tarball.
http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/freetype-2.4.11_fix-for-xlc-cpp_20130319a.tar.xz
Please try and see how warning on ftconfig.in checking will
be changed, or not.
Regards,
mpsuzuki
P.S.
The difference from genuine 2.4.11 is quite small, like this.
diff --git a/builds/unix/configure.raw b/builds/unix/configure.raw
index bf26061..634cfc1 100644
--- a/builds/unix/configure.raw
+++ b/builds/unix/configure.raw
@@ -102,13 +102,15 @@ AC_CHECK_SIZEOF([long])
AC_MSG_CHECKING([whether cpp computation of bit length in ftconfig.in works])
orig_CPPFLAGS=${CPPFLAGS}
-CPPFLAGS=-I${srcdir} -I. ${CPPFLAGS}
+CPPFLAGS=-I${srcdir} -I. ${CPPFLAGS} -DFT2_CPP_TESTING
ac_clean_files=
for f in ft2build.h ftoption.h ftstdlib.h; do
if test ! -f $f; then
ac_clean_files=$ac_clean_files $f
-touch $f
+echo '#ifndef FT2_CPP_TESTING' ${f}
+echo '# error autoconf temporal file for CPP testing is included' $f
+echo '#endif' $f
fi
done
suzuki toshiya wrote:
OK, I will make a testing tarball with new configure script.
Please wait a while.
Regards,
mpsuzuki
HCL Infosystems Ltd wrote:
Hello mpsuzuki,
Thanks for your reply!!!
Yes you are correct. I am getting this warning while configuration and for
me it should get resolve first before make and make install.
Regards
Amit
- Original Message -
From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp
To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in
Cc: freetype@nongnu.org
Sent: Tuesday, March 19, 2013 12:23:33 PM
Subject: Re: [ft] Freetype2 compilation error
Hi,
Sorry for your inconvenience. Your quotation seems to be the messages
during the configuration, not during compilation. Do you mean that
the irregular warning like
checking whether cpp computation of bit length in ftconfig.in works...
./ft2build.h, line 1: 1506-229 (W) File is empty.
ftoption.h, line 1: 1506-229 (W) File is empty.
ftstdlib.h, line 1: 1506-229 (W) File is empty.
no
should be fixed? Of course it should be cared (and I will do), but if
you have other troubles during the compilation, please post.
# I guess the background of the warning is the inclusion of the
# empty header files created aslike:
#
# ac_clean_files=
# for f in ft2build.h ftoption.h ftstdlib.h; do
# if test ! -f $f; then
#ac_clean_files=$ac_clean_files $f
#touch $f
# fi
# done
#
# some more content would be expected to calm /bin/cpp of XLC compiler,
# I guess.
Regards,
mpsuzuki
HCL Infosystems Ltd wrote:
Dear Team,
I am getting the below error in red while compiling freetype-2.4.11 on AIX
5.3.
##QUOTE##
FreeType build system -- automatic system detection
The following settings are used:
platform unix
compiler /usr/vac/bin/xlc
configuration directory ./builds/unix
configuration rules ./builds/unix/unix.mk
If this does not correspond to your system or settings please remove the
file
`config.mk' from this directory then read the INSTALL file for help.
Otherwise, simply type `/gpfs1/home/amit/SOURCE/make-3.82/bin/make' again
to build the library,
or `/gpfs1/home/amit/SOURCE/make-3.82/bin/make refdoc' to build the API
reference (the latter needs python).
Generating modules list in ./objs/ftmodule.h...
* module: truetype (Windows/Mac font files with extension *.ttf or *.ttc)
* module: type1 (Postscript font files with extension *.pfa or *.pfb)
* module: cff (OpenType fonts with extension *.otf)
* module: cid (Postscript CID-keyed fonts, no known extension)
* module: pfr (PFR/TrueDoc font files with extension *.pfr)
* module: type42 (Type 42 font files with no known extension)
* module: winfnt (Windows bitmap fonts with extension *.fnt or *.fon)
* module: pcf (pcf bitmap fonts)
* module: bdf (bdf bitmap fonts)
* module: sfnt (helper module for TrueType OpenType formats)
* module: autofit (automatic hinting module)
* module: pshinter (Postscript hinter module)
* module: raster (monochrome bitmap renderer)
* module: smooth (anti-aliased bitmap renderer)
* module: smooth (anti-aliased bitmap renderer for LCDs)
* module: smooth (anti-aliased bitmap renderer for vertical LCDs)
* module: psaux (Postscript Type 1 Type 2 helper module)
* module: psnames (Postscript Unicode Glyph name handling)
done.
cd builds/unix; ./configure '--prefix=/gpfs1/home/amit/freetype-2.4.11'
checking build system type... powerpc-ibm-aix5.3.0.0
checking host system type... powerpc-ibm-aix5.3.0.0
checking for gcc... /usr/vac/bin/xlc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether /usr/vac
Re: [ft] Freetype2 compilation error
Thank you for prompt checking.
Could you post config.log (generated with testing tarball)?
I want to know ftconfig.in checking finishes with yes or
no.
Regards,
mpsuzuki
HCL Infosystems Ltd wrote:
Yes now its working. Thanks a lot!!!
Regards
Amit
- Original Message -
From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp
To: freetype freetype@nongnu.org
Cc: HCL Infosystems Ltd hpcssupp...@tropmet.res.in, Werner LEMBERG
w...@gnu.org
Sent: Tuesday, March 19, 2013 1:19:31 PM
Subject: Re: [ft] Freetype2 compilation error
Just I've uploaded testing tarball.
http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/freetype-2.4.11_fix-for-xlc-cpp_20130319a.tar.xz
Please try and see how warning on ftconfig.in checking will
be changed, or not.
Regards,
mpsuzuki
P.S.
The difference from genuine 2.4.11 is quite small, like this.
diff --git a/builds/unix/configure.raw b/builds/unix/configure.raw
index bf26061..634cfc1 100644
--- a/builds/unix/configure.raw
+++ b/builds/unix/configure.raw
@@ -102,13 +102,15 @@ AC_CHECK_SIZEOF([long])
AC_MSG_CHECKING([whether cpp computation of bit length in ftconfig.in works])
orig_CPPFLAGS=${CPPFLAGS}
-CPPFLAGS=-I${srcdir} -I. ${CPPFLAGS}
+CPPFLAGS=-I${srcdir} -I. ${CPPFLAGS} -DFT2_CPP_TESTING
ac_clean_files=
for f in ft2build.h ftoption.h ftstdlib.h; do
if test ! -f $f; then
ac_clean_files=$ac_clean_files $f
-touch $f
+echo '#ifndef FT2_CPP_TESTING' ${f}
+echo '# error autoconf temporal file for CPP testing is included' $f
+echo '#endif' $f
fi
done
suzuki toshiya wrote:
OK, I will make a testing tarball with new configure script.
Please wait a while.
Regards,
mpsuzuki
HCL Infosystems Ltd wrote:
Hello mpsuzuki,
Thanks for your reply!!!
Yes you are correct. I am getting this warning while configuration and for
me it should get resolve first before make and make install.
Regards
Amit
- Original Message -
From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp
To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in
Cc: freetype@nongnu.org
Sent: Tuesday, March 19, 2013 12:23:33 PM
Subject: Re: [ft] Freetype2 compilation error
Hi,
Sorry for your inconvenience. Your quotation seems to be the messages
during the configuration, not during compilation. Do you mean that
the irregular warning like
checking whether cpp computation of bit length in ftconfig.in works...
./ft2build.h, line 1: 1506-229 (W) File is empty.
ftoption.h, line 1: 1506-229 (W) File is empty.
ftstdlib.h, line 1: 1506-229 (W) File is empty.
no
should be fixed? Of course it should be cared (and I will do), but if
you have other troubles during the compilation, please post.
# I guess the background of the warning is the inclusion of the
# empty header files created aslike:
#
# ac_clean_files=
# for f in ft2build.h ftoption.h ftstdlib.h; do
# if test ! -f $f; then
#ac_clean_files=$ac_clean_files $f
#touch $f
# fi
# done
#
# some more content would be expected to calm /bin/cpp of XLC compiler,
# I guess.
Regards,
mpsuzuki
HCL Infosystems Ltd wrote:
Dear Team,
I am getting the below error in red while compiling freetype-2.4.11 on AIX
5.3.
##QUOTE##
FreeType build system -- automatic system detection
The following settings are used:
platform unix
compiler /usr/vac/bin/xlc
configuration directory ./builds/unix
configuration rules ./builds/unix/unix.mk
If this does not correspond to your system or settings please remove the
file
`config.mk' from this directory then read the INSTALL file for help.
Otherwise, simply type `/gpfs1/home/amit/SOURCE/make-3.82/bin/make' again
to build the library,
or `/gpfs1/home/amit/SOURCE/make-3.82/bin/make refdoc' to build the API
reference (the latter needs python).
Generating modules list in ./objs/ftmodule.h...
* module: truetype (Windows/Mac font files with extension *.ttf or *.ttc)
* module: type1 (Postscript font files with extension *.pfa or *.pfb)
* module: cff (OpenType fonts with extension *.otf)
* module: cid (Postscript CID-keyed fonts, no known extension)
* module: pfr (PFR/TrueDoc font files with extension *.pfr)
* module: type42 (Type 42 font files with no known extension)
* module: winfnt (Windows bitmap fonts with extension *.fnt or *.fon)
* module: pcf (pcf bitmap fonts)
* module: bdf (bdf bitmap fonts)
* module: sfnt (helper module for TrueType OpenType formats)
* module: autofit (automatic hinting module)
* module: pshinter (Postscript hinter module)
* module: raster (monochrome bitmap renderer)
* module: smooth (anti-aliased bitmap renderer)
* module: smooth (anti-aliased bitmap renderer for LCDs)
* module: smooth (anti-aliased bitmap renderer for vertical LCDs)
* module: psaux (Postscript Type 1 Type 2 helper module)
* module: psnames (Postscript
Re: [ft] Freetype2 compilation error
Dear Amit, Thank you very much for kind accept. I uploaded yet another testing tarball, http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/freetype-2.4.11_fix-for-xlc-cpp_20130319b.tar.xz Its configure prints additional information about the integer size checking by cpp, as following. Please post the messages generated by configure script. In this time, no need to post config.log. Thanks in advance! # I phoned to IBM Japan and ask whether they still provide # porting centre servicesthat they had ever provided # 10 years ago, for the developers porting the softwares onto # AIX. Unfortunately, they replied the current service is only # for the software companies, so the people from public sectors # or research institute could not use :-( Regards, mpsuzuki -- checking for an ANSI C-conforming const... yes checking size of int... 4 checking size of long... 8 checking whether cpp computation of bit length in ftconfig.in works... ... conftest.c is: -- #include limits.h #define FT_CONFIG_OPTIONS_H ftoption.h #define FT_CONFIG_STANDARD_LIBRARY_H ftstdlib.h #define FT_UINT_MAX UINT_MAX #define FT_ULONG_MAX ULONG_MAX #include ftconfig.in #if FT_SIZEOF_INT == 4 ac_cpp_ft_sizeof_int=4 #endif #if FT_SIZEOF_LONG == 8 ac_cpp_ft_sizeof_long=8 #endif -- execute gcc -E -I. -I. -DFT2_CPP_TESTING conftest.c result -- # 1 conftest.c # 1 built-in # 1 command-line # 1 conftest.c # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 1 3 4 # 34 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 3 4 # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/syslimits.h 1 3 4 # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 1 3 4 # 169 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 3 4 # 1 /usr/include/limits.h 1 3 4 # 27 /usr/include/limits.h 3 4 # 1 /usr/include/features.h 1 3 4 # 323 /usr/include/features.h 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/predefs.h 1 3 4 # 324 /usr/include/features.h 2 3 4 # 356 /usr/include/features.h 3 4 # 1 /usr/include/x86_64-linux-gnu/sys/cdefs.h 1 3 4 # 359 /usr/include/x86_64-linux-gnu/sys/cdefs.h 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/wordsize.h 1 3 4 # 360 /usr/include/x86_64-linux-gnu/sys/cdefs.h 2 3 4 # 357 /usr/include/features.h 2 3 4 # 388 /usr/include/features.h 3 4 # 1 /usr/include/x86_64-linux-gnu/gnu/stubs.h 1 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/wordsize.h 1 3 4 # 5 /usr/include/x86_64-linux-gnu/gnu/stubs.h 2 3 4 # 1 /usr/include/x86_64-linux-gnu/gnu/stubs-64.h 1 3 4 # 10 /usr/include/x86_64-linux-gnu/gnu/stubs.h 2 3 4 # 389 /usr/include/features.h 2 3 4 # 28 /usr/include/limits.h 2 3 4 # 145 /usr/include/limits.h 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/posix1_lim.h 1 3 4 # 157 /usr/include/x86_64-linux-gnu/bits/posix1_lim.h 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/local_lim.h 1 3 4 # 39 /usr/include/x86_64-linux-gnu/bits/local_lim.h 3 4 # 1 /usr/include/linux/limits.h 1 3 4 # 40 /usr/include/x86_64-linux-gnu/bits/local_lim.h 2 3 4 # 158 /usr/include/x86_64-linux-gnu/bits/posix1_lim.h 2 3 4 # 146 /usr/include/limits.h 2 3 4 # 1 /usr/include/x86_64-linux-gnu/bits/posix2_lim.h 1 3 4 # 150 /usr/include/limits.h 2 3 4 # 170 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 2 3 4 # 8 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/syslimits.h 2 3 4 # 35 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 2 3 4 # 2 conftest.c 2 # 1 ftconfig.in 1 # 40 ftconfig.in # 1 ./ft2build.h 1 # 41 ftconfig.in 2 # 1 ftoption.h 1 # 42 ftconfig.in 2 # 1 ftstdlib.h 1 # 43 ftconfig.in 2 FT_BEGIN_HEADER # 182 ftconfig.in typedef signed short FT_Int16; typedef unsigned short FT_UInt16; typedef signed int FT_Int32; typedef unsigned int FT_UInt32; # 203 ftconfig.in typedef int FT_Fast; typedef unsigned int FT_UFast; # 270 ftconfig.in /undef /undef long # 538 ftconfig.in FT_END_HEADER # 7 conftest.c 2 ac_cpp_ft_sizeof_int=4 ac_cpp_ft_sizeof_long=8 -- ac_cpp_ft_sizeof_int = 4 ac_cpp_ft_sizeof_long = 8 :ft_use_autoconf_sizeof_types:enable_biarch_config:=::: checking whether cpp computation of bit length in ftconfig.in works... yes HCL Infosystems Ltd wrote: Yes please fix it. Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: freetype freetype@nongnu.org Cc: HCL Infosystems Ltd hpcssupp...@tropmet.res.in, Werner LEMBERG w...@gnu.org Sent: Tuesday, March 19, 2013 2:40:34 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thanks, hmm, ftconfig.in does not work well on AIX+XLC. configure:4216: checking whether cpp computation of bit length in ftconfig.in works configure:4280: result: no I want to fix it to yes :-), so I would ask further testing in later, if you can accept... Regards, mpsuzuki HCL Infosystems Ltd wrote
Re: [ft] Freetype2 compilation error
Dear Amit, Thank you very much for posting the result of testing tarball. I think the compiled FreeType2 binary will work on the platform that you executed the configure, but its header files should not be shared with different platforms (e.g. sharing the header files between 64-bit systems and 32-bit systems would cause a trouble). Although I'm not sure whether the mixture of 32-bit AIX and 64-bit AIX is popular situation, I wish if FreeType2 could support the shared header file in such case, too. From the messages by testing tarball, I'm afraid that xlc's cpp (/bin/cpp) does not work well with the 64-bit constants in C preprocessor macro. I will post a few other testing codes... Please keep in touch. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Thanks for the below information. Anyways now i am able to compile Freetype2. Also find the below is the o/p extracted by configure script: ###QUOTE### checking whether cpp computation of bit length in ftconfig.in works... ... conftest.c is: -- #include limits.h #define FT_CONFIG_OPTIONS_H ftoption.h #define FT_CONFIG_STANDARD_LIBRARY_H ftstdlib.h #define FT_UINT_MAX UINT_MAX #define FT_ULONG_MAX ULONG_MAX #include ftconfig.in #if FT_SIZEOF_INT == 4 ac_cpp_ft_sizeof_int=4 #endif #if FT_SIZEOF_LONG == 8 ac_cpp_ft_sizeof_long=8 #endif -- execute /bin/cpp -I. -I. -DFT2_CPP_TESTING conftest.c result -- #line 234 /usr/include/float.h extern unsigned int SINFINITY; extern unsigned int _DBLINF[2]; extern unsigned int SQNAN; extern unsigned int DQNAN[2]; extern unsigned int SSNAN; extern unsigned int DSNAN[2]; #line 265 typedef unsigned short fprnd_t; #line 274 fprnd_t fp_read_rnd(void); fprnd_t fp_swap_rnd(fprnd_t rnd); #line 45 ftconfig.in FT_BEGIN_HEADER #line 182 typedef signed shortFT_Int16; typedef unsigned short FT_UInt16; #line 187 typedef signed int FT_Int32; typedef unsigned intFT_UInt32; #line 203 typedef intFT_Fast; typedef unsigned int FT_UFast; #line 538 FT_END_HEADER #line 8 conftest.c ac_cpp_ft_sizeof_int=4 -- ac_cpp_ft_sizeof_int = 4 ac_cpp_ft_sizeof_long = :ft_use_autoconf_sizeof_types:enable_biarch_config:=:yes:: checking whether cpp computation of bit length in ftconfig.in works... no checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes ###UNQUOTE### Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Tuesday, March 19, 2013 3:53:47 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thank you very much for kind accept. I uploaded yet another testing tarball, http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/freetype-2.4.11_fix-for-xlc-cpp_20130319b.tar.xz Its configure prints additional information about the integer size checking by cpp, as following. Please post the messages generated by configure script. In this time, no need to post config.log. Thanks in advance! # I phoned to IBM Japan and ask whether they still provide # porting centre servicesthat they had ever provided # 10 years ago, for the developers porting the softwares onto # AIX. Unfortunately, they replied the current service is only # for the software companies, so the people from public sectors # or research institute could not use :-( Regards, mpsuzuki -- checking for an ANSI C-conforming const... yes checking size of int... 4 checking size of long... 8 checking whether cpp computation of bit length in ftconfig.in works... ... conftest.c is: -- #include limits.h #define FT_CONFIG_OPTIONS_H ftoption.h #define FT_CONFIG_STANDARD_LIBRARY_H ftstdlib.h #define FT_UINT_MAX UINT_MAX #define FT_ULONG_MAX ULONG_MAX #include ftconfig.in #if FT_SIZEOF_INT == 4 ac_cpp_ft_sizeof_int=4 #endif #if FT_SIZEOF_LONG == 8 ac_cpp_ft_sizeof_long=8 #endif -- execute gcc -E -I. -I. -DFT2_CPP_TESTING conftest.c result -- # 1 conftest.c # 1 built-in # 1 command-line # 1 conftest.c # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 1 3 4 # 34 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 3 4 # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/syslimits.h 1 3 4 # 1 /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/limits.h 1 3
Re: [ft] Freetype2 compilation error
Dear Amit, I attached a small C-like source for /bin/cpp, it checks the maximum bitshift operation that C preprocessor can work well. Please execute /bin/cpp ./cpp-bitshift-test.c and send me its output. For example, the output by GCC on Linux/i386 finishes as: --- [snip] # 2 /dev/shm/cpp-bitshift-test.c 2 /dev/shm/cpp-bitshift-test.c:3:37: warning: integer constant is too large for its type [enabled by default] # 27 /dev/shm/cpp-bitshift-test.c The max bitshift by C preprocessor would be 63 --- so we can expect that cpp macro like ((ULONG_MAX 63) == 0) can be used to check the size of unsigned long. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Thanks a lot for below information. Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Tuesday, March 19, 2013 6:38:29 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thank you very much for posting the result of testing tarball. I think the compiled FreeType2 binary will work on the platform that you executed the configure, but its header files should not be shared with different platforms (e.g. sharing the header files between 64-bit systems and 32-bit systems would cause a trouble). Although I'm not sure whether the mixture of 32-bit AIX and 64-bit AIX is popular situation, I wish if FreeType2 could support the shared header file in such case, too. From the messages by testing tarball, I'm afraid that xlc's cpp (/bin/cpp) does not work well with the 64-bit constants in C preprocessor macro. I will post a few other testing codes... Please keep in touch. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Thanks for the below information. Anyways now i am able to compile Freetype2. Also find the below is the o/p extracted by configure script: ###QUOTE### checking whether cpp computation of bit length in ftconfig.in works... ... conftest.c is: -- #include limits.h #define FT_CONFIG_OPTIONS_H ftoption.h #define FT_CONFIG_STANDARD_LIBRARY_H ftstdlib.h #define FT_UINT_MAX UINT_MAX #define FT_ULONG_MAX ULONG_MAX #include ftconfig.in #if FT_SIZEOF_INT == 4 ac_cpp_ft_sizeof_int=4 #endif #if FT_SIZEOF_LONG == 8 ac_cpp_ft_sizeof_long=8 #endif -- execute /bin/cpp -I. -I. -DFT2_CPP_TESTING conftest.c result -- #line 234 /usr/include/float.h extern unsigned int SINFINITY; extern unsigned int _DBLINF[2]; extern unsigned int SQNAN; extern unsigned int DQNAN[2]; extern unsigned int SSNAN; extern unsigned int DSNAN[2]; #line 265 typedef unsigned short fprnd_t; #line 274 fprnd_t fp_read_rnd(void); fprnd_t fp_swap_rnd(fprnd_t rnd); #line 45 ftconfig.in FT_BEGIN_HEADER #line 182 typedef signed shortFT_Int16; typedef unsigned short FT_UInt16; #line 187 typedef signed int FT_Int32; typedef unsigned intFT_UInt32; #line 203 typedef intFT_Fast; typedef unsigned int FT_UFast; #line 538 FT_END_HEADER #line 8 conftest.c ac_cpp_ft_sizeof_int=4 -- ac_cpp_ft_sizeof_int = 4 ac_cpp_ft_sizeof_long = :ft_use_autoconf_sizeof_types:enable_biarch_config:=:yes:: checking whether cpp computation of bit length in ftconfig.in works... no checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes ###UNQUOTE### Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Tuesday, March 19, 2013 3:53:47 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thank you very much for kind accept. I uploaded yet another testing tarball, http://gyvern.ipc.hiroshima-u.ac.jp/~mpsuzuki/freetype-2.4.11_fix-for-xlc-cpp_20130319b.tar.xz Its configure prints additional information about the integer size checking by cpp, as following. Please post the messages generated by configure script. In this time, no need to post config.log. Thanks in advance! # I phoned to IBM Japan and ask whether they still provide # porting centre servicesthat they had ever provided # 10 years ago, for the developers porting the softwares onto # AIX. Unfortunately, they replied the current service is only # for the software companies, so the people from public sectors # or research institute could
Re: [ft] Freetype2 compilation error
Dear Amit, Thanks! It seems that xlc's cpp cannot handle bitshift for 64-bit constants, at least, if the constants lack the suffix for long (or unsigned long) integer. I attached yet another testing code that the constants greater than 32-bit range have the suffix L to indicate long type. Could you execute /bin/cpp ./cpp-bitshift-test2.c again? Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Please find the below o/p of '/bin/cpp ./cpp-bitshift-test.c' command: ###QUOTE### #line 234 /usr/include/float.h extern unsigned int SINFINITY; extern unsigned int _DBLINF[2]; extern unsigned int SQNAN; extern unsigned int DQNAN[2]; extern unsigned int SSNAN; extern unsigned int DSNAN[2]; #line 265 typedef unsigned short fprnd_t; #line 274 fprnd_t fp_read_rnd(void); fprnd_t fp_swap_rnd(fprnd_t rnd); ./cpp-bitshift-test.c, line 3.7: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 3.37: 1506-207 (W) Integer constant 0x1 out of range. ./cpp-bitshift-test.c, line 5.9: 1506-207 (W) Integer constant 0x7FFF out of range. ./cpp-bitshift-test.c, line 5.39: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 7.9: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 7.35: 1506-207 (W) Integer constant 0x1 out of range. ./cpp-bitshift-test.c, line 9.9: 1506-207 (W) Integer constant 0x7FFF out of range. ./cpp-bitshift-test.c, line 9.35: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 11.31: 1506-207 (W) Integer constant 0x1 out of range. #line 27 ./cpp-bitshift-test.c The max bitshift by C preprocessor would be 31 ###UNQUOTE### Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Wednesday, March 20, 2013 2:38:05 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, I attached a small C-like source for /bin/cpp, it checks the maximum bitshift operation that C preprocessor can work well. Please execute /bin/cpp ./cpp-bitshift-test.c and send me its output. For example, the output by GCC on Linux/i386 finishes as: --- [snip] # 2 /dev/shm/cpp-bitshift-test.c 2 /dev/shm/cpp-bitshift-test.c:3:37: warning: integer constant is too large for its type [enabled by default] # 27 /dev/shm/cpp-bitshift-test.c The max bitshift by C preprocessor would be 63 --- so we can expect that cpp macro like ((ULONG_MAX 63) == 0) can be used to check the size of unsigned long. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Thanks a lot for below information. Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Tuesday, March 19, 2013 6:38:29 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thank you very much for posting the result of testing tarball. I think the compiled FreeType2 binary will work on the platform that you executed the configure, but its header files should not be shared with different platforms (e.g. sharing the header files between 64-bit systems and 32-bit systems would cause a trouble). Although I'm not sure whether the mixture of 32-bit AIX and 64-bit AIX is popular situation, I wish if FreeType2 could support the shared header file in such case, too. From the messages by testing tarball, I'm afraid that xlc's cpp (/bin/cpp) does not work well with the 64-bit constants in C preprocessor macro. I will post a few other testing codes... Please keep in touch. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Thanks for the below information. Anyways now i am able to compile Freetype2. Also find the below is the o/p extracted by configure script: ###QUOTE### checking whether cpp computation of bit length in ftconfig.in works... ... conftest.c is: -- #include limits.h #define FT_CONFIG_OPTIONS_H ftoption.h #define FT_CONFIG_STANDARD_LIBRARY_H ftstdlib.h #define FT_UINT_MAX UINT_MAX #define FT_ULONG_MAX ULONG_MAX #include ftconfig.in #if FT_SIZEOF_INT == 4 ac_cpp_ft_sizeof_int=4 #endif #if FT_SIZEOF_LONG == 8 ac_cpp_ft_sizeof_long=8 #endif
Re: [ft] Freetype2 compilation error
Dear Amit, Thanks again! According to the line ./cpp-bitshift-test2.c, line 11.32: 1506-207 (W) Integer constant 0x1L out of range. the integer constant greater than 32-bit is inappropriate for xlc's cpp. I think FreeType2 header for xlc should not be shared between 32-bit and 64-bit systems. I will investigate any predefined macros to detect xlc (or the case that the max sizes of the integer constants are different between cpp C compiler), but the immediate fix for the next release of FreeType2 would disable the bi-arch header file. Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Please find the below o/p: ###QUOTE### #line 234 /usr/include/float.h extern unsigned int SINFINITY; extern unsigned int _DBLINF[2]; extern unsigned int SQNAN; extern unsigned int DQNAN[2]; extern unsigned int SSNAN; extern unsigned int DSNAN[2]; #line 265 typedef unsigned short fprnd_t; #line 274 fprnd_t fp_read_rnd(void); fprnd_t fp_swap_rnd(fprnd_t rnd); ./cpp-bitshift-test2.c, line 3.7: 1506-207 (W) Integer constant 0xL out of range. ./cpp-bitshift-test2.c, line 3.38: 1506-207 (W) Integer constant 0x1L out of range. ./cpp-bitshift-test2.c, line 5.9: 1506-207 (W) Integer constant 0x7FFFL out of range. ./cpp-bitshift-test2.c, line 5.40: 1506-207 (W) Integer constant 0xL out of range. ./cpp-bitshift-test2.c, line 7.9: 1506-207 (W) Integer constant 0xL out of range. ./cpp-bitshift-test2.c, line 7.36: 1506-207 (W) Integer constant 0x1L out of range. ./cpp-bitshift-test2.c, line 9.9: 1506-207 (W) Integer constant 0x7FFFL out of range. ./cpp-bitshift-test2.c, line 9.36: 1506-207 (W) Integer constant 0xL out of range. ./cpp-bitshift-test2.c, line 11.32: 1506-207 (W) Integer constant 0x1L out of range. #line 27 ./cpp-bitshift-test2.c The max bitshift by C preprocessor would be 31 ###UNQUOTE### Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Wednesday, March 20, 2013 3:42:08 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, Thanks! It seems that xlc's cpp cannot handle bitshift for 64-bit constants, at least, if the constants lack the suffix for long (or unsigned long) integer. I attached yet another testing code that the constants greater than 32-bit range have the suffix L to indicate long type. Could you execute /bin/cpp ./cpp-bitshift-test2.c again? Regards, mpsuzuki HCL Infosystems Ltd wrote: Dear mpsuzuki, Please find the below o/p of '/bin/cpp ./cpp-bitshift-test.c' command: ###QUOTE### #line 234 /usr/include/float.h extern unsigned int SINFINITY; extern unsigned int _DBLINF[2]; extern unsigned int SQNAN; extern unsigned int DQNAN[2]; extern unsigned int SSNAN; extern unsigned int DSNAN[2]; #line 265 typedef unsigned short fprnd_t; #line 274 fprnd_t fp_read_rnd(void); fprnd_t fp_swap_rnd(fprnd_t rnd); ./cpp-bitshift-test.c, line 3.7: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 3.37: 1506-207 (W) Integer constant 0x1 out of range. ./cpp-bitshift-test.c, line 5.9: 1506-207 (W) Integer constant 0x7FFF out of range. ./cpp-bitshift-test.c, line 5.39: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 7.9: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 7.35: 1506-207 (W) Integer constant 0x1 out of range. ./cpp-bitshift-test.c, line 9.9: 1506-207 (W) Integer constant 0x7FFF out of range. ./cpp-bitshift-test.c, line 9.35: 1506-207 (W) Integer constant 0x out of range. ./cpp-bitshift-test.c, line 11.31: 1506-207 (W) Integer constant 0x1 out of range. #line 27 ./cpp-bitshift-test.c The max bitshift by C preprocessor would be 31 ###UNQUOTE### Regards Amit - Original Message - From: suzuki toshiya mpsuz...@hiroshima-u.ac.jp To: HCL Infosystems Ltd hpcssupp...@tropmet.res.in Cc: Werner LEMBERG w...@gnu.org, freetype freetype@nongnu.org Sent: Wednesday, March 20, 2013 2:38:05 PM Subject: Re: [ft] Freetype2 compilation error Dear Amit, I attached a small C-like source for /bin/cpp, it checks the maximum bitshift operation that C preprocessor can work
Re: [ft] Help finding glyphs in TTF files
Hi,
What kind of text[] is passed to FT_Load_Char()?
And what kind of the error is returned?
Regards,
mpsuzuki
Michael Franklin wrote:
Hello,
First of all, let me say thanks for FreeType. I was thrilled when text first
appeared (clean and crisp) on my embedded system for the fist time even if it
wasn't the text I hoped for. And I'm hoping you can help me with that.
I'm creating an embedded system using a Cortex-M4 processor and the Sourcery
Codebench Lite (GCC 4.7.2) toolchain.
I'm trying to do a simple glyph to bitmap rendering as demonstrated in the
FreeType Tutorial 1. I have successfully displayed glyphs from Verdana.ttf
(stolen from my Windows 8 computer) and FreeMono.ttf (stolen from my Mint
Linux computer). However, with both of these fonts, I can't get the correct
glyphs unless I subtract 29 from the character code as shown below.
error = FT_Load_Char(face, text[i] - 29, FT_LOAD_RENDER); //this works
error = FT_Load_Char(face, text[i], FT_LOAD_RENDER); //this doesn't work
Verdana.ttf reports 1 charmap (platform: 0, encoding: 1) and Mono.ttf reports
0 charmaps, which also seems strange.
I also tried a few other fonts (Arial.ttf from my Windows 8 computer and a
few others), but they all return various errors after calling FT_Load_Char.
Sometimes FT_Err_Invalid_Opcode and sometimes FT_Err_ENDF_In_Exec_Stream
depending on the file.
At first I suspected my disk I/O routines, but these have all been working
well in my libpng port, so I'm fairly confident they are working well. Also,
FT_New_Face doesn't give me any errors.
Here's my source code. Please let me know if you have any suggestions.
Thanks.
DrawText(const Point p, const uint8_t size, const File file, const Color
color, const char* text, ...)
{
FT_Library library;
FT_Error error = FT_Init_FreeType(library);
if (error)
{
printf(FT_Init_FreeType failed\r]n);
return;
}
printf(FT_Init_FreeType finished\r\n);
FT_Face face;
error = FT_New_Face( library, /arialbi.ttf, 0, face );
if ( error == FT_Err_Unknown_File_Format )
{
printf(FT_New_Face failed\r\n);
//... the font file could be opened and read, but it appears
//... that its font format is unsupported
}
else if ( error )
{
printf(FT_New_Face failed 2: %d\r\n, error);
//... another error code means that the font file could not
//... be opened or read, or simply that it is broken...
}
else
{
printf(FT_New_Face finished\r\n);
printf(%d charmaps exist\r\n, face-num_charmaps);
for (int n = 0; n face-num_charmaps; n++ )
{
FT_CharMap charmap = face-charmaps[n];
printf(charmap: %d, %d\r\n, charmap-platform_id,
charmap-encoding_id);
}
error = FT_Set_Char_Size(
face, // handle to face object
0, // char_width in 1/64th of points
size 6, // char_height in 1/64th of points
72,// horizontal device resolution in dots per inch
72); // vertical device resolution
if (error)
{
printf(FT_Set_Char_Size failed\r\n);
}
else
{
printf(FT_Set_Char_Size finished\r\n);
int i = 0;
int16_t x = 200;
int16_t y = 200;
while (text[i] != '\0')
{
error = FT_Load_Char(face, text[i] - 29, FT_LOAD_RENDER);
if (error)
{
printf(Missing Glyph for char %c: %d\r\n, text[i],
error);
}
else
{
printf(FT_Load_Char[%c] succeeded\r\n, text[i]);
FT_Draw_Bitmap(face-glyph-bitmap,
face-glyph-bitmap_left + x, y - face-glyph-bitmap_top);
//Move cursor to position for next character
x += (face-glyph-advance.x 6); //int 1/64th units,
so shift by 6
y += (face-glyph-advance.y 6);
printf(%d,%d\r\n, x, y);
}
i++;
}
}
error = FT_Done_Face(face);
if (error)
{
printf(FT_Done_Face failed\r\n);
}
}
error = FT_Done_FreeType(library);
if (error)
{
printf(FT_Done_FreeType failed\r\n);
}
}
void FT_Draw_Bitmap( FT_Bitmap* bitmap, FT_Int x, FT_Int y)
{
FT_Int i, j, p, q;
FT_Int x_max = x + bitmap-width;
FT_Int y_max = y + bitmap-rows;
for ( i = x, p = 0; i x_max; i++, p++ )
{
for ( j = y, q = 0; j y_max; j++, q++ )
{
uint8_t alpha = bitmap-buffer[q * bitmap-width + p];
SetPixel({i, j}, Color(alpha, alpha, alpha));
Re: [ft] Building FT2 for embedded architectures
Hi, Could you post config.log generated by passing the --host option to ./configure? Regards, mpsuzuki Wolfgang Draxinger wrote: Hi, I'd like to build FT2 for the ARM Cortex-M3 architecture to use it for text output on a display. My naive attempt to make it use the available cross-compiler by passing the --host option to ./configure did (of course) not yield a working result; we'll can't blame for for trying ;) I'd like to build FT2 specific to my needs, that are: - static library - no builtin zlib, lzw and bzip2 (some compression library will be linked into the firmware image eventually) - selecting the supported font formats Most of the configuration will probably hand tailored to the target system anyway. So what I look for is some pointers in how to manually configure the FT2 build without the assistance of some autoconf/automake build system. Regards Wolfgang ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Building FT2 for embedded architectures
Ahh, according to the log file,
configure:2917: arm-none-eabi-gccconftest.c5
/opt/ARM/arm-linaro-eabi-4.6/lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/libc.a(lib_a-exit.o):
In function `exit':
/home/ww/arm-toolchain/summon-arm-toolchain/build/arm-none-eabi/newlib/libc/stdlib/../../../../../gcc-linaro-4.6-2011.10/newlib/libc/stdlib/exit.c:65:
undefined reference to `_exit'
collect2: ld returned 1 exit status
your arm-non-eabi-gcc seems to have a difficulty to
make a binary executable. If you want to make a hello-world
binary executable for the target system, how do you compile
it?
Regards,
mpsuzuki
On 2013年04月20日 00:46, Wolfgang Draxinger wrote:
On 04/19/13 17:13, suzuki toshiya wrote:
Hi,
Could you post config.log generated by passing the --host option
to ./configure?
Here you go:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by FreeType configure 2.4.11, which was
generated by GNU Autoconf 2.69. Invocation command line was
$ ./configure --host=arm-none-eabi --without-zlib --without-bzip2
--without-fsspec --without-fsref --without-ats --disable-shared
--enable-static
## - ##
## Platform. ##
## - ##
hostname = hilbert
uname -m = x86_64
uname -r = 3.2.0-3-rt-amd64
uname -s = Linux
uname -v = #1 SMP PREEMPT RT Mon Jul 23 03:37:45 UTC 2012
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /home/dw/.local/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/games
PATH: /usr/games
PATH: /opt/bin
PATH: /usr/local/cuda/bin
PATH: /opt/ARM/arm-eabi/bin
## --- ##
## Core tests. ##
## --- ##
configure:2480: checking build system type
configure:2494: result: x86_64-unknown-linux-gnu
configure:2514: checking host system type
configure:2527: result: arm-none-eabi
configure:2559: checking for arm-none-eabi-gcc
configure:2575: found /opt/ARM/arm-eabi/bin/arm-none-eabi-gcc
configure:2586: result: arm-none-eabi-gcc
configure:2855: checking for C compiler version
configure:2864: arm-none-eabi-gcc --version5
arm-none-eabi-gcc (Linaro GCC 4.6-2011.10) 4.6.2 20111004 (prerelease)
Copyright (C) 2011 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.
configure:2875: $? = 0
configure:2864: arm-none-eabi-gcc -v5
Using built-in specs.
COLLECT_GCC=arm-none-eabi-gcc
COLLECT_LTO_WRAPPER=/opt/ARM/arm-linaro-eabi-4.6/libexec/gcc/arm-none-eabi/4.6.2/lto-wrapper
Target: arm-none-eabi
Configured with: ../gcc-linaro-4.6-2011.10/configure
--target=arm-none-eabi --prefix=/opt/ARM/arm-linaro-eabi-4.6/
--enable-multilib --enable-languages=c,c++ --with-newlib --with-gnu-as
--with-gnu-ld --disable-nls --disable-shared --disable-threads
--with-headers=newlib/libc/include --disable-libssp
--disable-libstdcxx-pch --disable-libmudflap --disable-libgomp
--disable-werror --with-system-zlib --disable-newlib-supplied-syscalls
Thread model: single
gcc version 4.6.2 20111004 (prerelease) (Linaro GCC 4.6-2011.10)
configure:2875: $? = 0
configure:2864: arm-none-eabi-gcc -V5
arm-none-eabi-gcc: error: unrecognized option '-V'
arm-none-eabi-gcc: fatal error: no input files
compilation terminated.
configure:2875: $? = 1
configure:2864: arm-none-eabi-gcc -qversion5
arm-none-eabi-gcc: error: unrecognized option '-qversion'
arm-none-eabi-gcc: fatal error: no input files
compilation terminated.
configure:2875: $? = 1
configure:2895: checking whether the C compiler works
configure:2917: arm-none-eabi-gccconftest.c5
/opt/ARM/arm-linaro-eabi-4.6/lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/libc.a(lib_a-exit.o):
In function `exit':
/home/ww/arm-toolchain/summon-arm-toolchain/build/arm-none-eabi/newlib/libc/stdlib/../../../../../gcc-linaro-4.6-2011.10/newlib/libc/stdlib/exit.c:65:
undefined reference to `_exit'
collect2: ld returned 1 exit status
configure:2921: $? = 1
configure:2959: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME FreeType
| #define PACKAGE_TARNAME freetype
| #define PACKAGE_VERSION 2.4.11
| #define PACKAGE_STRING FreeType 2.4.11
| #define PACKAGE_BUGREPORT freetype@nongnu.org
| #define PACKAGE_URL
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2964: error: in `/home/dw/downloads/freetype-2.4.11/builds/unix':
configure:2966: error: C compiler cannot create executables
See `config.log' for more details
## ##
## Cache variables. ##
## ##
ac_cv_build
Re: [ft] How do I configure freetype to build without versioning?
Hi, If you're working with Unix and doing ./configure make ... style, please check builds/unix/unix-cc.in, its last part is a skeleton to invoke GNU libtool, you may be able to manipulate the flags to be passed. Regards, mpsuzuki On 09/09/2013 06:43 AM, Preet wrote: I'm trying to build freetype as a shared lib without soname versioning. Apparently its possible to pass the 'avoid-version' flag with autoconf/automake/libtool ... but I'm having trouble figuring this out (I have no experience with automake and libtool). I'd appreciate any advice. Preet ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_New_Face and PCF fonts
Hi, I could not find any record changing to allow such, from git commit log, so I guess it is unexpected/overlooked behaviour. I want to change it to return an error (invalid argument or something else?). Werner, more consideration is expected? Regards, mpsuzuki On 09/24/2013 11:45 AM, Akira TAGOH wrote: Hi, I just wonder why FT_New_Face() doesn't fail on PCF fonts when face_index is more than 0 even though it fails for OpenType fonts if it's more than FT_Face-num_faces. Is there any reasons why freetype behaves that way? ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_New_Face and PCF fonts
Hi, Just I've committed, now PCF and BDF drivers return invalid argument error when non-zero face index is given. BTW, the argument checks are done AFTER the opening of the font file by each driver. Although I was going to change the drivers to refuse non-zero face index immediately without any allocation and any reading, Type1 and Type42 drivers are designed to check invalid face index AFTER the opening of the font file, so I followed it. If anybody thinks the immediate refusal is better, please post! Regards, mpsuzuki On 09/24/2013 01:46 PM, Werner LEMBERG wrote: I could not find any record changing to allow such, from git commit log, so I guess it is unexpected/overlooked behaviour. I want to change it to return an error (invalid argument or something else?). Werner, more consideration is expected? Certainly a bug. Of course it should return `invalid argument'. Thanks for the report and the forthcoming fix :-) Werner ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_Open_Face
Hi, I guess you're afraid that some bugs exist in the stream driver of the FreeType2. You could load no font? Or, you could load some fonts, but could not other fonts? If FT_Open_Face() is already failed, the glyph loading should not be tried anymore. According to fterrdef.h, error code 2 (from FT_Open_Face()) means the unknown font file format. So... if you could load some fonts but could not load other, please clarify the font file you've tried. If it's officially provided freely (not piracy), or bundled to the widely available products, no need to post the font file in this list, please clarify how to access it. If it's difficult (e.g. commercial font, or embedded font in the confidential document etc), please try the tracing of FreeType2. The method how to build the FreeType2 with debugging and tracing message is written in doc/DEBUG. Regards, mpsuzuki On 10/04/2013 11:15 AM, Ztatik Light wrote: I'm having trouble implementing the read function passed into FT_Open_Face through it's `args` flags... Now, the function is being *called* correctly, because I put a print statement inside and see it printing out. It even reads some data. But FT_Open_Face returns 2, and the glyph loading fails... I suspect it has something to do with the case of `count` being 0 and it needing to seek. The doc mentions: This function might be called to perform a seek or skip operation with a ‘count’ of 0. But . . . What if `offset` is also zero? Does this mean seek to beginning of the file, or just return 0? An example of an implemented read function with proper seeking and all would be the most beneficial in this case.. ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_Open_Face
I wanted you to execute ftdump onto some font file, and check if the library is corrected built and able to parse some font file... You say that your software using FreeType2 is very complicated and could not pass arbitrary-chosen font file to your software? Regards, mpsuzuki On 10/04/2013 11:48 AM, Ztatik Light wrote: I'm only trying one font, it's encrypted with OpenSSL which is why I'm using FT_Open_Face, to stream from SSL's decrypt I/O stream... One specific thing I don't understand for example is that it seems between each and every substantial read call, a read call with `count` and `offset` both 0 are called, and i'm not 100% sure what should be happening in that case. On Thu, Oct 3, 2013 at 9:39 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp wrote: Hi, I guess you're afraid that some bugs exist in the stream driver of the FreeType2. You could load no font? Or, you could load some fonts, but could not other fonts? If FT_Open_Face() is already failed, the glyph loading should not be tried anymore. According to fterrdef.h, error code 2 (from FT_Open_Face()) means the unknown font file format. So... if you could load some fonts but could not load other, please clarify the font file you've tried. If it's officially provided freely (not piracy), or bundled to the widely available products, no need to post the font file in this list, please clarify how to access it. If it's difficult (e.g. commercial font, or embedded font in the confidential document etc), please try the tracing of FreeType2. The method how to build the FreeType2 with debugging and tracing message is written in doc/DEBUG. Regards, mpsuzuki On 10/04/2013 11:15 AM, Ztatik Light wrote: I'm having trouble implementing the read function passed into FT_Open_Face through it's `args` flags... Now, the function is being *called* correctly, because I put a print statement inside and see it printing out. It even reads some data. But FT_Open_Face returns 2, and the glyph loading fails... I suspect it has something to do with the case of `count` being 0 and it needing to seek. The doc mentions: This function might be called to perform a seek or skip operation with a ‘count’ of 0. But . . . What if `offset` is also zero? Does this mean seek to beginning of the file, or just return 0? An example of an implemented read function with proper seeking and all would be the most beneficial in this case.. ___ Freetype mailing list Freetype@nongnu.org mailto:Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_Open_Face
Ahhh,,, excuse me, are you trying to develop your own stream driver, for OpenSSL encrypted data, then got touble? If so, I'm sorry for posting irrelevant messages! Regards, mpsuzuki On 10/04/2013 12:51 PM, Ztatik Light wrote: yes, i can... i have tested, all plain .ttf files work fine with FT_New_Face... but now i'm using an encrypted OpenSSL I/O stream so I need to use FT_Open_Face and supply the read function which also does seeking, but i'm guessing something's wrong with my seeking On Thu, Oct 3, 2013 at 10:35 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp wrote: I wanted you to execute ftdump onto some font file, and check if the library is corrected built and able to parse some font file... You say that your software using FreeType2 is very complicated and could not pass arbitrary-chosen font file to your software? Regards, mpsuzuki On 10/04/2013 11:48 AM, Ztatik Light wrote: I'm only trying one font, it's encrypted with OpenSSL which is why I'm using FT_Open_Face, to stream from SSL's decrypt I/O stream... One specific thing I don't understand for example is that it seems between each and every substantial read call, a read call with `count` and `offset` both 0 are called, and i'm not 100% sure what should be happening in that case. On Thu, Oct 3, 2013 at 9:39 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp wrote: Hi, I guess you're afraid that some bugs exist in the stream driver of the FreeType2. You could load no font? Or, you could load some fonts, but could not other fonts? If FT_Open_Face() is already failed, the glyph loading should not be tried anymore. According to fterrdef.h, error code 2 (from FT_Open_Face()) means the unknown font file format. So... if you could load some fonts but could not load other, please clarify the font file you've tried. If it's officially provided freely (not piracy), or bundled to the widely available products, no need to post the font file in this list, please clarify how to access it. If it's difficult (e.g. commercial font, or embedded font in the confidential document etc), please try the tracing of FreeType2. The method how to build the FreeType2 with debugging and tracing message is written in doc/DEBUG. Regards, mpsuzuki On 10/04/2013 11:15 AM, Ztatik Light wrote: I'm having trouble implementing the read function passed into FT_Open_Face through it's `args` flags... Now, the function is being *called* correctly, because I put a print statement inside and see it printing out. It even reads some data. But FT_Open_Face returns 2, and the glyph loading fails... I suspect it has something to do with the case of `count` being 0 and it needing to seek. The doc mentions: This function might be called to perform a seek or skip operation with a ‘count’ of 0. But . . . What if `offset` is also zero? Does this mean seek to beginning of the file, or just return 0? An example of an implemented read function with proper seeking and all would be the most beneficial in this case.. ___ Freetype mailing list Freetype@nongnu.org mailto:Freetype@nongnu.org mailto:Freetype@nongnu.org mailto:Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Can't make install from source on freetype-2.5.0.1
Hi, Considering the position of -L -lpng12, I guess it's related with the output of libpng-config --ldflags. Could you execute libpng-config --ldflags and report the result? Regards, mpsuzuki On 10/15/2013 08:45 AM, Fong Chun Chan wrote: Hi all, I am trying to build freetype-2.5.0.1 from source on a CentOS release 5.5 (Final) and I've successfully run configure and make, but make install is giving me issues complaining up libtool: link: require no space between `-L' and `-lpng12'. Any help would be appreciated. See below for commands/error messages. Thanks, -- ./configure --prefix=/home/fcchan/usr/local make m /builds/unix/libtool --mode=link gcc -o /home/fcchan/freetype-2.5.0.1/objs/libfreetype.la http://libfreetype.la /home/fcchan/freetype-2.5.0.1/objs/ftsystem.lo /home/fcchan/freetype-2.5.0.1/objs/ftdebug.lo /home/fcchan/freetype-2.5.0.1/objs/ftinit.lo /home/fcchan/freetype-2.5.0.1/objs/ftbase.lo /home/fcchan/freetype-2.5.0.1/objs/ftbbox.lo /home/fcchan/freetype-2.5.0.1/objs/ftbdf.lo /home/fcchan/freetype-2.5.0.1/objs/ftbitmap.lo /home/fcchan/freetype-2.5.0.1/objs/ftcid.lo /home/fcchan/freetype-2.5.0.1/objs/ftfstype.lo /home/fcchan/freetype-2.5.0.1/objs/ftgasp.lo /home/fcchan/freetype-2.5.0.1/objs/ftglyph.lo /home/fcchan/freetype-2.5.0.1/objs/ftgxval.lo /home/fcchan/freetype-2.5.0.1/objs/ftlcdfil.lo /home/fcchan/freetype-2.5.0.1/objs/ftmm.lo /home/fcchan/freetype-2.5.0.1/objs/ftotval.lo /home/fcchan/freetype-2.5.0.1/objs/ftpatent.lo /home/fcchan/freetype-2.5.0.1/objs/ftpfr.lo /home/fcchan/freetype-2.5.0.1/objs/ftstroke.lo /home/fcchan/freetype-2.5.0.1/objs/ftsynth.lo /home/fcchan/freetype-2.5.0.1/objs/fttype1.lo /home/fcchan/freetype-2.5.0.1/objs/ftwinfnt.lo /home/fcchan/freetype-2.5.0.1/objs/ftxf86.lo /home/fcchan/freetype-2.5.0.1/objs/truetype.lo /home/fcchan/freetype-2.5.0.1/objs/type1.lo /home/fcchan/freetype-2.5.0.1/objs/cff.lo /home/fcchan/freetype-2.5.0.1/objs/type1cid.lo /home/fcchan/freetype-2.5.0.1/objs/pfr.lo /home/fcchan/freetype-2.5.0.1/objs/type42.lo /home/fcchan/freetype-2.5.0.1/objs/winfnt.lo /home/fcchan/freetype-2.5.0.1/objs/pcf.lo /home/fcchan/freetype-2.5.0.1/objs/bdf.lo /home/fcchan/freetype-2.5.0.1/objs/sfnt.lo /home/fcchan/freetype-2.5.0.1/objs/autofit.lo /home/fcchan/freetype-2.5.0.1/objs/pshinter.lo /home/fcchan/freetype-2.5.0.1/objs/raster.lo /home/fcchan/freetype-2.5.0.1/objs/smooth.lo /home/fcchan/freetype-2.5.0.1/objs/ftcache.lo /home/fcchan/freetype-2.5.0.1/objs/ftgzip.lo /home/fcchan/freetype-2.5.0.1/objs/ftlzw.lo /home/fcchan/freetype-2.5.0.1/objs/ftbzip2.lo /home/fcchan/freetype-2.5.0.1/objs/psaux.lo /home/fcchan/freetype-2.5.0.1/objs/psnames.lo -rpath /usr/local/lib -version-info 16:2:10 -lz -lbz2 -L -lpng12 -no-undefined libtool: link: require no space between `-L' and `-lpng12' make: *** [/home/fcchan/freetype-2.5.0.1/objs/libfreetype.la http://libfreetype.la] Error 1 ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Vertical Text and Rotated Characters
Hi, The glyph rotation (rather, the picking the rotated glyph by the glyph ID substitution) for the vertical writing mode is (now) classified as a part of complex text layout for the internationalization (e.g. Arabic, Indic, etc). Thus, now FreeType2 developers are thinking it's a role of higher level library dealing with OpenType or TrueType GX, like, HarfBuzz, ICU, etc. If you have more specific interest (e.g. PostScript CID-keyed font which can access vertical writing mode glyph without OpenType feature), please let me know. Regards, mpsuzuki On 10/18/2013 07:41 AM, Darrell Bellert wrote: Greetings - I am using freetype2 to render Asian characters in a vertical layout. Although I am just beginning this task, I noticed that freetype seems to rotate all characters by 90 degrees when rasterizing in a vertical layout. Although this is desirable for latin characters, this is not what I want for Asian characters. I still want Asian characters to remain oriented upright and non-rotated. Is the general assumption that it is the developer's responsibility to handle such cases? So, for Asian character ID's, I should not request vertical layout of freetype - yet if I do that, how do I get vertical metrics for proper layout? Is there some missing functionality in freetype that I am missing concerning the rotation of some characters in vertical layout? Any pointers or background knowledge would be helpful here and greatly appreciated. Thanks, Darrell ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Using FreeType for matching font metrics
Hi, Excuse me, please let me know more detail about your question. You expect that the FreeType2 provides a special API to make a font instance with per-glyph interpolation parameters, even if no other font rasterizer can have such? I remember ISO/IEC 14496-28 (Composite Font Representation) has a feature to apply a per-component-font affine transformation, so there is a possibility to consider the feature in more wider context. Regards, mpsuzuki On 10/23/2013 07:12 PM, Martin Kotulla (SoftMaker) wrote: List, I am looking at the following problem and hope that FreeType allows me to implement a solution: Office documents are created by our customers on Windows using fonts that are available there. These document shall then be rendered by our software on other platforms (such as Linux). When the original font is missing, we currently use a replacement font that is available on the destination platform. The replacement font has different metrics, so line breaks and sometimes even page breaks will vary (the Office files contain no linebreak information; a paragraph is just a stream of characters). This is something we wish to avoid. Breaks should be the same as on the PC the documents have been created on. My idea is to create a Multiple Master font with a width axis and provide this as a replacement font. Our software would then use FreeType to create a font instance from the Multiple Master font where each glyph is individually scaled so that it mimics the width of the same character in the original font. As far as I can see, the FreeType API provides functions for creating instances from Multiple Master fonts, but the same design vector is applied to all characters. Is it possible to apply individual design scalings to individual glyphs? Note that this is not the same as just scaling glyphs. Such scaling leads to unpleasant looks because the ratio of vertical and horizontal stem widths is not preserved. Any hints or ideas appreciated. Martin Kotulla ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Using FreeType for matching font metrics
On 10/23/2013 08:38 PM, Martin Kotulla (SoftMaker) wrote: On 23.10.2013 13:36, Khaled Hosny wrote: I think some Adobe software does that, or how can Adobe MM font be adapted to metrics of missing fonts in Adobe Reader? Regards, Khaled Yes, it would be similar to what Adobe Reader does when it renders a PDF and the font is neither available in the system nor embedded in the PDF file. Indeed. However, in my understanding, existing implementation could give per-face transformation parameter. I don't have good reference about the functions in Adobe products, but, for example, Microsoft GDI's function for MM font is such: http://msdn.microsoft.com/en-us/library/windows/desktop/dd183551%28v=vs.85%29.aspx Because the number of master faces in MM font is less than 16, it is impossible to make a MM font with 26 x 2 axis. I guess Martin's expect is giving per-glyph interpolation parameters for the MM font including small number of master faces. If I'm misunderstanding, please let me know. # I'm not sure if MM font spec prohibit setting per-glyph # interpolation parameter, although the pair kerning tuning # for such case would be troublesome. Regards, mpsuzuki ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Problem on render 'j' on non-monospace font face.
Hi,
I could reproduce the problem by your testing code,
but yet I'm not sure if this is FreeType2 problem.
Because,
1) if I use ftstring included in freetype2-demos
(you can use your own testing text, although the
default text is brown fox)
2) if I execute your program with bigger glyph size
(e.g. height=128 etc), my impression on the bug dot
at the lower-right corner of j is looking like a
clipped overflow from the lower-left end of j.
If I look very carefully, the lower-left end of j
is not connected smoothly, it seems as if there is
a crack.
Could you check more detail on the code copying
the bitmap image from FreeType2 to OpenCV?
# Yet I've not checked your code at all.
Regards,
mpsuzuki
On 03/06/2014 03:03 PM, 昌霖 wrote:
Hi everyone,
I am new for freetype library, and trying to following the tutorial to
render text into opencv mat.
And I have some problem on non-monospace font face like Ubuntu Regular.
Following is my testing code and it can also be downloaded from my dropbox
page.
https://www.dropbox.com/sh/qp93w5fzcu9hbcq/VSABZHiNV1
That page include my testing code, render output, and test font face.
You can compile it by using the following command:
g++ -o test_ubuntu_regular test_freetype.cpp `pkg-config opencv --cflags
--libs` -I/usr/include/freetype2 -lfreetype
g++ -o test_ubuntu_regular_mono test_freetype.cpp `pkg-config opencv
--cflags --libs` -I/usr/include/freetype2 -lfreetype -D_USE_MONO_
I also try to use kerning to solve the problem but the delta vector always
return (0,0).
Thanks for yours kindly help.
Changlin
==
#include string
#include iostream
#include opencv2/core/core.hpp
#include opencv2/imgproc/imgproc.hpp
#include opencv2/highgui/highgui.hpp
#include ft2build.h
#include FT_FREETYPE_H
using namespace std;
using namespace cv;
int main(int arch, char* argv[])
{
///Setup test font, font size, and string
#ifndef _USE_MONO_
string test_font = Ubuntu-R.ttf;
#else
string test_font = UbuntuMono-R.ttf;
#endif
string test_string = jjj abcdefghijklmnopqrstuvwxyz jjj;
int height = 32;
FT_UInt status;
///Initialize library
FT_Library library;
status = FT_Init_FreeType(library);
if (status)
{
coutFreetype library initialization failedendl;
return 1;
}
///Load font face
FT_Face face;
status = FT_New_Face(library, test_font.c_str(), 0, face);
if (status)
{
coutFreetype load font face failedendl;
return 1;
}
///Set font size
status = FT_Set_Pixel_Sizes(face, 0, height);
if (status)
{
coutFreetype set size failedendl;
return 1;
}
///Render to text_image
Mat text_image;
int max_height=0;
FT_GlyphSlot slot=face-glyph;
for (size_t t=0; ttest_string.size(); t++)
{
///Load and render character
status = FT_Load_Char(face, test_string[t], FT_LOAD_RENDER );
if (status)
{
coutFreetype load char \test_string[t]\ failedendl;
continue;
}
///Compute max height of character image for concat them
max_height = max(max_height,
height-slot-bitmap_top+slot-bitmap.rows);
///Create character image
Mat char_image=Mat::zeros(max_height, slot-advance.x/64, CV_8UC1);
for (int y=height-slot-bitmap_top, j=0; jslot-bitmap.rows; y++,
j++)
{
uchar* scanline = char_image.ptruchar(y);
for (int x=slot-bitmap_left, i=0; islot-bitmap.width; x++,
i++)
{
if (x=char_image.cols)
{
continue;
}
scanline[x] |= slot-bitmap.buffer[j*slot-bitmap.pitch+i];
}
}
///Concat character image to text image
if (text_image.empty())
{
text_image=char_image;
}
else
{
if (max_heighttext_image.rows)
{
copyMakeBorder(text_image, text_image, 0,
max_height-text_image.rows, 0, 0, BORDER_CONSTANT, Scalar(0));
}
hconcat(text_image, char_image, text_image);
}
}
#ifndef _USE_MONO_
imwrite(ubuntu-regular.png, text_image);
#else
imwrite(ubuntu-regular-mono.png, text_image);
#endif
}
==
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
attachment: mps20140306a.png___
Freetype mailing list
Freetype@nongnu.org
Re: [ft] Loading Type42 font
Oops, I slipped to Cc to the list. If you reply to me privately, I will post to this list. -- Hi, FreeType2 has builtin Type42 driver, thus, if you have the memory image of Type42 font or have saved as a file, you can load as regular TrueType font. However, the glyph in Type11 (CID-keyed Type42) must be accessed by CID, not Unicode character codepoint. Regards, mpsuzuki On 03/07/2014 09:55 PM, Darko Vujičić wrote: Hello, Is there any sample code how to load PostScript type42 font into freetype? ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] checking national glyhs
Hi,
For the codepoint scanning of ftdump, -v is OK, I think.
In general speaking, you should exclude the cmap subtable
with non-Unicode mapping (e.g. some east asian fonts and
some MacOS fonts have non-Unicode mapping table - there is
a possibility that the codepoint you're looking for is
used for different character).
But as Werner recommended, also I recommend fontconfig as
a considerable option. Because crawling all available font
files is time consuming work (file open close is already
time consuming), and you might have another problem - how
to find a fallback font? Such issues could be solved by
fontconfig, if you have no problem in the settings of fontconfig
in your platform (many people complain the default setting
of fontconfig, manufactured by unix distributors, as they
return unwanted substitutions).
Anyway, I recommend fontconfig as a considerable option,
not as better solution, because yet I'm not understanding
your task completely.
# in fact, I think, fontconfig cannot search the font file
# by its filename.
Szépe Viktor wrote:
However, I strongly suggest that you use already existing solutions
like the `fontconfig' library, which contains code to scan a font for
detecting the supported scripts and languages. A single glyph doesn't
make up a font for Hungarian...
Is it what you suggested?
$ fc-scan --format '%{lang}\n'
/usr/share/fonts/truetype/msttcorefonts/verdana.ttf
Its output is
aa|af|av|ay|be|bg|bi|bin|br|bs|ca|ce|ch|co|cs|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gn|gv|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|ki|kl|kum|la|lb|lez|lt|lv|mg|mh|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ru|se|sel|sk|sl|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|tr|ts|uk|uz|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|ms|na|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za
I guess Werner recommended to search the font aslike:
$ fc-query serif:lang=hu
Maybe you wonder oh, I have not specified the character
to be searched. fontconfig has their own charset database
to detect the supported charset. For example, please check
http://cgit.freedesktop.org/fontconfig/tree/fc-lang/hu.orth
for the database for Hungarian.
Is it stored in the font, or calculated?
fc doc says This is computed by comparing the Unicode coverage of the
font with the orthography of each language.
So I think it's calculted, so font cannot lie.
Szépe Viktor
Regards,
mpsuzuki
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] checking national glyhs
Oops, I made a mistake.
$ fc-query serif:lang=hu
I meant:
$ fc-match serif:lang=hu.
fc-match can accept the charset specification,
but its expression is not easy for human eye
(see discussion
http://comments.gmane.org/gmane.comp.fonts.fontconfig/4916
)
Regards,
mpsuzuki
suzuki toshiya wrote:
Hi,
For the codepoint scanning of ftdump, -v is OK, I think.
In general speaking, you should exclude the cmap subtable
with non-Unicode mapping (e.g. some east asian fonts and
some MacOS fonts have non-Unicode mapping table - there is
a possibility that the codepoint you're looking for is
used for different character).
But as Werner recommended, also I recommend fontconfig as
a considerable option. Because crawling all available font
files is time consuming work (file open close is already
time consuming), and you might have another problem - how
to find a fallback font? Such issues could be solved by
fontconfig, if you have no problem in the settings of fontconfig
in your platform (many people complain the default setting
of fontconfig, manufactured by unix distributors, as they
return unwanted substitutions).
Anyway, I recommend fontconfig as a considerable option,
not as better solution, because yet I'm not understanding
your task completely.
# in fact, I think, fontconfig cannot search the font file
# by its filename.
Szépe Viktor wrote:
However, I strongly suggest that you use already existing solutions
like the `fontconfig' library, which contains code to scan a font for
detecting the supported scripts and languages. A single glyph doesn't
make up a font for Hungarian...
Is it what you suggested?
$ fc-scan --format '%{lang}\n'
/usr/share/fonts/truetype/msttcorefonts/verdana.ttf
Its output is
aa|af|av|ay|be|bg|bi|bin|br|bs|ca|ce|ch|co|cs|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gn|gv|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|ki|kl|kum|la|lb|lez|lt|lv|mg|mh|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ru|se|sel|sk|sl|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|tr|ts|uk|uz|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|ms|na|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za
I guess Werner recommended to search the font aslike:
$ fc-query serif:lang=hu
Maybe you wonder oh, I have not specified the character
to be searched. fontconfig has their own charset database
to detect the supported charset. For example, please check
http://cgit.freedesktop.org/fontconfig/tree/fc-lang/hu.orth
for the database for Hungarian.
Is it stored in the font, or calculated?
fc doc says This is computed by comparing the Unicode coverage of the
font with the orthography of each language.
So I think it's calculted, so font cannot lie.
Szépe Viktor
Regards,
mpsuzuki
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] FT_Load_Glyph and invalid argument (error 6)
Please build FreeType2 in debugging mode (see docs/DEBUG)
and check how the error occurs.
Regards,
mpsuzuki
Yose Widjaja wrote:
Hello All,
I just recently ported my codebase to android (from linux) and when my
code got to the point of:
int glyph_index = FT_Get_Char_Index(face, moo);
if(glyph_index != 0){
FT_Load_Glyph(face, glyph_index, 0); // returns 6
it returns error 6, which seems to mean Invalid Argument.
I've checked the face argument, and it has been initialized with
FT_New_Memory_Face properly (the file size input was non zero, it
returned zero etc).
The fonts used were identical with the one in linux. What other
potential errors could I have been missing?
I've checked both the library and header versions of freetype, and both
are 2.5.3.
Can anyone point me to the right direction?
Cheers
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Crashing libfreetype.so.6.11.2
Could you tell me detailed info about the package revision? I will be able to make a deb package including debuggable shared library. Generally speaking, even if there is a bad font in the system which can make freetype library crashed, as far as it is not loaded by the application, the application would not be crashed. If the trouble is caused by the font (not by the freetype itself), I guess you misconfigured something for your desktop environment to refer a problematic font and it causes many crashes. Therefore, making yet another account and trying to login with it would be a considerable option to bypass the suspicious configuration. Anyway crashing is not informative at all. You received SEGV message? Or the applications unexpectedly abort? Any other warning message? Regards, mpsuzuki On 2014年12月12日 22:58, akovia wrote: Hi, I am trying to find some info on how to troubleshoot this. I have many programs crashing on my system and they all have libfreetype.so.6.11.2 in common. I work with a lot of fonts and have a gut feeling it's a bad font somewhere, but I'm not sure how to track it down. I have reinstalled all packages related to freetype that I could find (fontconfig, pango, etc..), but nothing seems to work. When trying to purge it, it wants to remove half of my system due to dependencies so I never followed through with that. Searches on the net and mailing list archives haven't turned up anything that has been able to help. My system is close to unusable and am trying to avoid a completely new install. Any guidance would be greatly appreciated. -- akovia xubuntu 12.04.4 LTS ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Unable to build Freetype2 to .dll
This is not a newsgroup. This is a mail list. Saying I did is not good idea to describe the trouble in most cases, because such statement does not give any information how the system worked for your instruction. The screenshot or log of the executed is better. Now I have no access with Windows 8.1 x64 edition, but I could build DLL on Windows Vista 32-bit for MinGW. I don't think INSTALL.GNU says as if DLL could not be built by MinGW. You should check the first make invocation made appropriate configuration (as INSTALL.GNU shows the example). If it is not, or, if it is OK but some error occurs during the building process, I recommend to install more MinGW tools (bash and other shell tools to work aslike Unix) and try conventional building ./configure make. In my experience, when cygwin, mingw, msys are mixed (or inappropriately installed), sometimes the system detection by make command does not work well. Caine Volfram wrote: I downloaded the Freetype 2.5.3 source, installed GNU Make, and installed the MinGW compiler platform on a system running Windows 8.1 x64, extracted the Freetype source archive to a directory, manually configured my PATH variable to be able to run both Make and MinGW from the command line, and executed the make command twice from the extracted source folder.(once to configure the platform, once to actually execute the Make, as per the instructions) I read INSTALL.GNU after posting the help request. As far as I was able to tell from it, there is no support for building the Freetype library to .dll using GNU Make with the MinGW compiler. I ended up writing a .bat file which produces a .dll and .lib file using the .o files output during a standard Make all. Honestly didn't expect to get a response from this newsgroup. On Mon, Feb 2, 2015 at 9:18 PM, suzuki toshiya mpsuz...@hiroshima-u.ac.jp mailto:mpsuz...@hiroshima-u.ac.jp wrote: I cannot understand what you did, from your post. Have you red INSTALL.GNU? Caine Volfram wrote: From the Contact page on the Freetype website: If you are looking for support, start in this list *if you haven't found anything in the documentation which helps you*. I am able to run GNU Make in the root source directory, which populates the objs directory with several output files, but I have not managed to find any library outputs. How do I build Freetype2 to a Windows .dll file using GNUMake and the MinGW compiler system? ___ Freetype mailing list Freetype@nongnu.org mailto:Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Unable to build Freetype2 to .dll
I cannot understand what you did, from your post. Have you red INSTALL.GNU? Caine Volfram wrote: From the Contact page on the Freetype website: If you are looking for support, start in this list *if you haven't found anything in the documentation which helps you*. I am able to run GNU Make in the root source directory, which populates the objs directory with several output files, but I have not managed to find any library outputs. How do I build Freetype2 to a Windows .dll file using GNUMake and the MinGW compiler system? ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
Re: [ft] Installation Problems
The error looks like as if configure script is incorrect; PKG_CHECK_MODULES() is a macro for pkg-config, it should be expanded to appropriate sh-script. I'm afraid that autogen (or something else to generate configure script from its skelton) did not finish correctly. FreeType is not responsible with the trouble, I guess. Regards, mpsuzuki Adam Dunsmoor wrote: Hello, I have installed freetype2.5.5, but fontconfig's latest git repository will not find it. I get the following error: ./configure: line 14023: syntax error near unexpected toke 'FREETYPE,' ./configure: line 14023: 'PKG_CHECK_MODULES (FREETYPE, freetype2)' Could you advise me in what to do? I could change its configure file to point to freetype, but I don't know which configure file to edit. Thanks. *_EleMech, Inc. http://www.elemechinc.com/_* 2275 White Oak Circle Aurora, IL 60504 /Phone: 630.499.7080 X19/ /Fax: 630-499-7760/ The information transmitted in this email is intended for the person or entity to which it is addressed, and may contain confidential and/or privileged material. Any review, retransmission or other use of, or taking any action in reliance upon this information by persons or entities other than the intended recipient is strictly prohibited. If you receive this email in error, please contact the sender and delete material from any system. ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype ___ Freetype mailing list Freetype@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype
