Indirect dependencies.
That's exactly what's described in this section:
http://plan99.net/autopackage/Linux_Problems#elf
Yes. Note that the world is still spinning inspite of the horror
scenario painted there :-)
I can't think of many programs which actively use FreeType functions
on
I found that CVS repository is still pointing to
the lost server of savannah. Following patch fixes it.
Applied, thanks.
Should I write some warning (or color the line to
show up) for the developpers who have source trees
with obsolete CVS repository?
Yes, this might be helpful.
OK, following short patch is enough?
Thanks -- I think I've found a slightly better solution (providing
a link to the instructions for updating).
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
I was under the impression that the public inclusion of the
internals header folder was a mistake.
If that's the case, then why does freetype/config/ftheader.h include
freetype/internal/internal.h ?
We haven't yet done the transition.
Do you plan on removing line 632 from ftheader.h,
Kristian Hoegsberg just committed my freetype-internals-removal patch
to poppler, so the next version (0.5.1) will no longer use any
freetype internals.
Thanks for the report; I've added this information to
rogue-patches.html.
Werner
___
src/type1/t1objs.c (403):
root-bbox.xMin = type1-font_bbox.xMin 16;
root-bbox.yMin = type1-font_bbox.yMin 16;
root-bbox.xMax = ( type1-font_bbox.xMax + 0xU ) 16;
root-bbox.yMax = ( type1-font_bbox.yMax + 0xU ) 16;
It looks to
After defining FT_OPTIMIZE_MEMORY, trutype sbits (bit-aligned) stop
to work. I found the glyph size checking in
`tt_sbit_decoder_load_bit_aligned' is not done right. Fixing that
makes glyphs load, but the loaded bitmaps are still not right.
I've seen that you've committed a lot of changes
A segfault happens in this function:
TT_Access_Glyph_Frame( [...]
which is called from (a fontconfig function):
GetScriptTags( [...]
if (( error = tt_face-goto_table( tt_face, tabletag, stream, 0 ) ))
return error;
#0 TT_Access_Glyph_Frame (loader=0x40b1219c,
I've done tests on zos (an ebcdic platform) with freetype2 2.1.10
and also with the last version. Some changes in tttags.h were
necessary to get things working. Some binary tags are compared with
os dependant strings and tags can't be found. True type files now
work in both versions but
Here a bug reported to the old email addresses...
It's really time that the old [EMAIL PROTECTED] mailing addresses work
again, at least for the non-mailing list ones.
Keith, any chance that this is finally fixed?
Werner
---BeginMessage---
The FT2 README suggests reporting bugs by
I've placed the patch at
https://bugs.freedesktop.org/show_bug.cgi?id=603
I think it's not really appropriate to copy the patch to the
freetype.org list of patches for rogue clients, since there are a
couple of other issues in the modular build (unrelated to freetype
internals) which X.org
One change that *would* mitigate the problems for other distributors
(and Debian) is, since freetype 2.2 will already include a linker
script, to add symbol versions to that linker script. [...]
According to this excellent document (everybody involved into this
discussion should read it!)
Well, it would be nice if the above is mentioned on that page.
Can you provide a small patch for rogue-patches.html which tells
the user what he or she shall do w.r.t. xprint?
How does the attached look?
Thanks a lot! I've applied it.
Werner
I've finally implemented the new build system for FreeType!
If you don't use GNU make, nothing has changed.
. For GNU make users, there now exists a central `modules.cfg' file
which controls the inclusion and exclusion of modules and base
extensions -- no more fiddling with the removal of
I know this is discussed years ago when Microsoft announced the
ClearType but I wonder if anyone is working for a similar thing for
Freetype? Currently I am using RGB subpixel hinting ( freetype2
from CVS ) on my LCD. But the results are not good when there are
lots of text ( i.e web
David,
your latest changes to the allocation functions and macros break
compilation of FreeType with g++ instead of gcc.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
I've just committed autofit CJK module. It is based on akito's
autohint patch.
Looks great! Thanks for your work.
The CJK module is currently in experimental stage and is disabled by
default. If you are interested in helping or want to have a try on
it, it can enabled by #define
In my project, I found displays and prints character does have
slightly thick somewhat, especially in bold style and output
with printer, so I want to carry on modification to make it a
little thin, how can I do?
Please send a *small* image (preferable in PNG format) which
Where does the `2048' come from? Please add a comment.
The thresholds here and in segment linking are in font units. They
should be proportional to units_per_em. As they work great for
fonts with 2048 units, I assume they are decided with 2048 units in
mind. If this is not the case,
This might be interesting to you.
Werner
---BeginMessage---
OpenType list address: [EMAIL PROTECTED]
Hello everybody,
We are going to propose a solution for problems with defining text line
height that font and application developers experience on Windows
platform.
As you know, each
I use simsun.ttf(宋体)，the upper is the image which use FreeType
2.0.9,and the lower is which I want to get.
How did you produce the lower string in the image? How does MS
Windows render simsun.ttf (I don't have it, sorry)? With recent
FreeType versions you might try the `light' rendering mode
I use simsun.ttf(宋體)，the upper is the image which use FreeType
2.0.9,and the lower is which I want to get.
You can pass a negative strength value to the FT_Outline_Embolden.
Does this work reliably, this is, does it respect a minimum thickness?
Negative values might be worth mentioning
- immediately freeze development on the current code base
- perform a massive diff between the content of
include/freetype/internal between the 2.1.10 release and the
current CVS, and study how we can stub each type, field and
function defined here.
- do the required
following my recent message regarding internals and the safe
installation of the next FreeType release, I've performed the big
diff to see what should be taken care of. [...]
Thanks for the list. Due to lack of time I won't actively implement
something. Chia-Yi and David, please do it! As
As the author of a rogue client for which no patch is contemplated
(and for which we decided last year that there was no good way to
provide a patch) I must beg that
TT_RunIns
remain reachable.
We add `TT_RunIns' manually to the list of exported symbols. This
should be sufficient,
We add `TT_RunIns' manually to the list of exported symbols. This
should be sufficient, shouldn't it?
That's all I want.
Please, please, please.
It's already implemented so in the GNU makefile since a few weeks.
Werner
___
Freetype-devel
[Chia-Yi, please also add comments to the corresponding savannah bug
report.]
There is bug in freetype: look at
http://mbox.troja.mff.cuni.cz/~peak/ftdemo/index.cgi and set
hinting :on, antialiasing:off,font:verdana.ttf,size:10 and text to
0123456789 or something else what containts
* builds/unix/unix-cc.in: don't filter-out exported functions
anymore, this is used to ensure that all FT_BASE internal
functions are available for dynamic linking
Sigh. I really wonder why we have invested so much time to clean up
those issues.
Werner
I tried to dump the outline of the hinted glyph under windows and it
is exactly the same as what we get from freetype. Is this how you
know that they are different bugs? (It's my first win32 app and I'm
not sure whether it works correctly...)
So, could it be a bug of the monochrone
When FT_OPTIMIZE_MEMORY is defined, `long_metrics' is always NULL
while `number_Of_HMetrics' is usually non-zero. This crashes
libXfont and thus xorg.
The only fix I come up with is always set
face-horizontal.number_Of_HMetrics to zero, add
`number_Of_HMetrics' to the end of `TT_FaceRec'
Erroneously sent to freetype-cvs.
Werner
---BeginMessage---
Hi,
On Thu, Feb 16, 2006 at 10:45:32PM +, David Turner wrote:
massive changes to the internals to respect the internal object layouts
and exported functions of FreeType 2.1.7. Note that the cache sub-system
Could someone tell me the relevance of the new public API named
FT_Get_Module_Flags that was introduced in the current CVS ?
This might be answered best by Owen -- he has requested that
feature, and he also provided the patch.
If this function's purpose is to determine wether the
How do you compile static library libttf.a for ARM7?
our arm7 platform run linux 2.4,
our cross compiler is arm-linux-uclibc-(3.4.2 version)!
Why do you need FreeType 1.3? Due to the modular design of FreeType
2.x you probably get a smaller library because you can deactivate all
The attached font isn't displayed correctly with ftview from the CVS
(using devel/ftoption.h).
Werner
Ambrosia.otb.bz2
Description: Binary data
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
This small program can dump the outlines, hinted or unhinted, of
glyphs under windows. It is helpful for identifying whether certain
rendering differences result from the bytecode interpreter or from
the monochrone raster.
Very good that you've written that! I've asked for such a program
If this function's purpose is to determine wether the bytecode
interpreter is activated in a given FreeType build, I'd rather
like to see a specific API that returns a boolean, or an enum,
instead
Can't you avoid even that by using dlopen(NULL) to give you a handle
to the current image
Trying to compile CVS, I get the following:
In file included from
/home/behdad/src/sv/freetype/freetype2/src/base/ftbase.c:30:
/home/behdad/src/sv/freetype/freetype2/src/base/ftobjs.c:37:38:
error: freetype/internal/services/svtteng.h: No such file or
directory
And indeed there's no
David,
please fix compilation with a C++ compiler! For example, `make devel
CC=g++' fails currently. Otherwise we get zillions of bug reports
from Nelson Beebe :-)
If there isn't an easy fix there should be a snippet in the configure
script (or directly in the Makefiles) which activates the
Folks,
I've just updated the docs/release file -- please check it whether
I've missed something.
Additionally, I ask to control the CHANGES file too to synchronize it
with the ChangeLog entries (this is especially something for
Chia-Yi :-).
Werner
Chia-Yi,
please fix ftview so that it doesn't emit a message for each loaded
font if the AFM file is missing -- it does that currently for fonts in
any format...
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
I think it should be :
\ftccache.c around line #259
#ifdef FT_CONFIG_OPTION_OLD_INTERNALS
FT_BASE( void )
#else
FT_LOCAL( void )
#endif
ftc_node_destroy( FTC_Node node,
FTC_Manager manager )
Exactly. Meanwhile this code is already in the list -- due to
In module.cfg, gxvalid, otvalid, ftgxval are disabled, but ftotval
is enabled. I think ftgxval and ftotval are thin wrappers to provide
public interface of gxvalid and otvalid modules.
The interface functions in ftgxval and ftotval return errors safely,
when libfreetype is built without
Similar reasons as outlined in this mail from a Microsoft guy might be
the causes of the rendering differences between FreeType and the
Windows rasterizer...
Werner
---BeginMessage---
OpenType list address: [EMAIL PROTECTED]
Not consistently, unfortunately... or not as pedantic as I would
ft2demos no longer compiles -- it uses the cache manager...
It does now, you caught the code before I commited the changes to
ft2demos as well :-)
But you haven't committed anything yet...
Werner
___
Freetype-devel mailing list
Quotations in the style
`...'
are now converted to lsquo;...rsquo; by the docmaker tool to create
the HTML documentation.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
I don't know of any rogue client that uses the cache internals, so I
guess it's OK to change these to FT_LOCAL at the moment.
Done. There are some functions commented out -- please check them
and delete if you think it is possible.
Werner
___
Undefining FT_OPTIMIZE_MEMORY with the CVS of today leads to a bunch
of errors. The compiler log starts as below.
David, plesae fix this -- unfortunately, it's a non-trivial operation
due to FT_CONFIG_OPTION_OLD_INTERNALS...
Werner
Look at this code from pshalgo.c from ps_hints_apply method:
if (scaled != fitted ) {
y_scale = FT_MulDiv( y_scale, fitted, scaled );
if ( fitted scaled )
x_scale -= x_scale / 50;
psh_globals_set_scale( glyph-globals, x_scale, y_scale, 0, 0 );
Sergej, Paul,
from time to time we from the FreeType team get reports that our
engine doesn't rasterize certain TrueType glyphs correctly. The most
noticeable and disturbing case is glyph `W' in the font `arialuni.ttf'
(see attached image). Careful inspection has shown that the very
problem
with Apple.
I see the TrueType specification as a font creator's guide and not an
implementation guide. The later would take a significant amount of time
to document.
Greg
Werner LEMBERG wrote:
Sergej, Paul,
from time to time we from the FreeType team get reports that our
engine doesn't
Greg,
thanks a lot for your answer!
In the particular example below, the x value of point 25 is 9.5
(608),
OK.
and the interpolate instruction wants us to add 4.4978769 to it.
Hmm. I get the value 4.4914966. The locations of the involved points
right before the IP instruction are
A long time ago your wrote:
When I tested cross building of latest FreeType2 on CVS, I found
that make distclean deletes all object files but it does not
execute clean_project in exports.mk, so objs/apinames
objs/ftexport.sym are left. I think make clean_project works, but
configuration is
Before I update from the CVS, I can build the freetype2(in CVS) and
2.1.10(released) with VS2005 and VC++6, but when I update the
Freetype2 from the CVS, and build with VS2005, I got some errors
like this: (I can build it with VC6 successfully.)
..\..\..\src\base\ftstroke.c(23) : error
It occurs when you enable precompiled headers.
I had the same problem and fixed it by choosing Not Using
Precompiled Headers for Create/Use Procompiled Header and
removing the value from Precompiled Header File, both of which are
located in Project - Properties... - Configuration
So I think that the file freetype.vcproj (for VC++.net) is worry.
In other words, there is not the macro FT2_BUILD_LIBRARY defined in
it. his is not a bug of VS2005.
Well, yes, this file is old and hasn't been updated to recent changes
(like FT2_BUILD_LIBRARY).
Anyone here who can *quickly*
seems like freetype doesn't like to load the above font (IIRC it's
part of the arabic fonts for MS Office) when enabling the Bytecode
interpreter.
Please send it to me privately for further inspection.
Werner
___
Freetype-devel mailing list
that's fabulous news. I've investigated the issue, and storing the
original font unit coordinates is not too trivial at the moment. I
hope to hack the fix after the 2.2 release, which I'm currently
preparing by fixing the documentation comments,
Great! Please note that my Laptop has died --
When I use the VC++ 7 build file that comes with your library, I can't
link because of some unresolved externals:
Please try the current CVS (which will be soon released as 2.2).
freetype-2.1.10\src\otvalid\otvjstf.c(100) : warning C4003: not enough
actual parameters for macro 'OTV_NEST2_'
I'm back.
In the next few days I'll try to handle unanswered emails from the
last three weeks or so.
I am always thinking making driver-load_glyph to only load the raw
glyph data and hints from the font. That is, glyphs are loaded as
if FT_LOAD_NO_SCALE is set and hints are loaded but
Sorry for the late reply.
i am using FreeType library on Windows 64 bits OS Opteron, with a 64
bits executable (FreeType Build in 64 bits). There is a lot of
problems :
On Windows 64 bits, a FT_Long, or a Long ,it's 2 Giga.
But when we do a pointer difference, i can see that a
I have a question about computing the vertical advance when
rendering cjk fonts. I am using the variable:
face-glyph-metrics.vertAdvance to compute the next character
position when drawing text vertically.
First question, is this the correct value or variable to use?
Second, if so, the
The problem is that, when I display the font with freetype 2.0.9
(Figure A in the accessory). And I want to get the effect that is
close to the Acrobat Reader (Figure C in accessory). It is evidence
that what I got with freetype is thicker than the Acrobat.
The most important question:
However, if you can name a single Debian package, except ft2demos
that relies on the stroker, I'll accept to postpone the release a
few days to revert the signature and provide an alternative function
that takes a FT_Library instead.
This will happen anyway due to the FT_ARRAY issue :-)
David,
since you've already made bundles publicly available for 2.2., we have
to release 2.2.1 as the `official' one -- redoing a 2.2 release would
lead to confusion.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
since you've already made bundles publicly available for 2.2., we
have to release 2.2.1 as the `official' one -- redoing a 2.2
release would lead to confusion.
it wasn't officially announced (no message at freetype-announce for
example), I wouldn't care about this problem.
Ha! Making a
FreeTypers,
I've switched off the notification of emails which wait for approval.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
When I complied the Ftview project ( in the cvs ), I use it like this:
ftview -e unic -f 23478 75 mingliu.ttc
I always got the error:
could not allocate display surface
error = 0x
Unfortunately, I don't have mingliu.ttc found in the internet, only
mingliu.ttf, and the above
Just curious to know, if this update/modification will be part of
next scheduled release. It will be nice to have that.
Not in 2.2.1 (to be released today or tomorrow).
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
The docs of FT_Set_Debug_Hook talks about FT_DEBUG_HOOK_TRUETYPE,
defined in ftobjs.h. Since internal headers are no longer available,
this value isn't available either...
I've marked this as a bug in the docs, to be resolved in a forthcoming
version.
Werner
FreeType 2.2.1 has been released.
It is available from
http://savannah.nongnu.org/download/freetype/
or
http://sourceforge.net/project/showfiles.php?group_id=3157
The latter site also holds older versions of the FreeType library.
See below for the relevant snippet from the CHANGES
I'm using ftview/ftstring in ft2demos-2.2.1 to preview fonts. In
most of the cases it works fine, but when I try to use it with some
OpenType fonts like KozMinProVI-Regular.otf provided by Adobe Reader
Asian Fonts Pack (which is freely available from adobe.com).
I currently don't have the
The bug is in FTC_CMapCache_Lookup() [...]
Thanks for your analysis. David, please fix this.
PS: By the way, is the num_indices = 1114112 above OK?
Yes, it is. The value 11141112 (=0x11) is the highest possible
Unicode value.
Werner
The Italian mirror at
http://freetype.fis.uniroma2.it/index2.html
is again up to date.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
The patch lets the unresolved symbols appear. Thanks. What might I
be missing?
Nothing. :-)
Cannot export FT_GetFile_From_Mac_ATS_Name: symbol not defined
Cannot export FT_GetFile_From_Mac_Name: symbol not defined
Cannot export FT_New_Face_From_FOND: symbol not defined
Cannot export
Qt 3.3.6 no longer uses internal freetype headers, an update to
rogue patches page would be appreciated.
How can this happen? 3.3.6 has been released in March, so you
probably mean version 3.3.7, right? But apparently this hasn't been
released yet...
Werner
No I mean 3.3.6, the current patch on the site is sent by me which
was a backport from Qt 3.3.6 snapshots. Now that Qt 3.3.6 is
released no patching is needed.
This means that the patch is for 3.3.5, and 3.3.6 doesn't need one,
right?
Werner
do you have an example where I can see how the cache is to use.
The `ftview' demo program (from the ft2demos bundle) uses a cache.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
I'm trying to upgrade to KDE352 and I'm hitting some problems with FT221.
Specifically:
kdegraphics-3.5.2/ksvg/impl/libs/libtext2path/src
GlyphTracer.cpp: In member function `FT_Outline_Funcs*
T2P::GlyphTracer::outlineFuncs()':
GlyphTracer.cpp:65: error: invalid conversion from `int
Scribus 1.3.3.2 no longer uses internal freetype headers. I tested
against Freetype CVS.
HTML page updated, thanks.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Testing the patch, I'm getting another crash for a Type1 font: [...]
Seems like ft_face-available_sizes is NULL.
I don't have time to follow the thread -- is it necessary to do
something on the FreeType side (either code or documentation)? Can
you provide a patch in case we should fix
The patch in comment #10 is entirely correct. I'm sorry for having
written the bug in the first place.
I've updated the patch for pango 1.8.1.
Werner
PS: David, I've added your address [EMAIL PROTECTED]' to the
`freetype' mailing list.
I've recorded this as bug #16759, it is also now fixed in the CVS
Hmm, I get the segfault below with
valgrind --leak-check=full ftview 20 F2.cff
(F2.cff is the example font sent by Boris.)
Werner
==
==26040==
I just downloaded and noticed that the file docs/TRUETYPE
says to search for a line that says
#undef TT_CONFIG_OPTION_BYTECODE_INTERPRETER
but the file contains
/* #define TT_CONFIG_OPTION_BYTECODE_INTERPRETER */
instead
Fixed, thanks.
Werner
Jens,
I'm going to integrate your type1 patch
https://savannah.nongnu.org/patch/?func=detailitemitem_id=4944
Do you have time to revisit your changes so that it applies cleanly to
the current CVS? May I also ask for a ChangeLog entry?
Werner
2) The Type 1 decoder now stores the operands on
the stack as 16.16 values...
This surely needs more work. As mentioned, t1_builder_add_point
throws away the extra precision and FT_Fixed might be too small to
store all possible values. However, this looks like a lot more work
and
Attached is revised version that uses Endian.h macros
suggested by Mr. Sean McBride.
If you don't mind I would like to put the responsibility for the Mac
OS part into your hands. Neither David (AFAIK) nor me are using a
Mac, so please go on!
Werner
I think, although policy A is theoretically right, I prefer
policy B.
Me too. Please go ahead and apply fixes!
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
the best way to exhibit it was to cycle between rendering modes
with the 'L' key when ftview started. The second time RGB mode was
selected, the first glyphs displayed where horribly blackened
I can still reproduce that problem with freetype 2.2.1 and ft2demos
2.2.1.
Which font?
I think it is better to use FT_VALIDATE_TRUETYPEGX_MODULE_NAME
instead of gxvalid in the application and define
FT_VALIDATE_TRUETYPEGX_MODULE_NAME in freetype2's header. Currently,
the module name is defined in build-system related file, not in
*.[ch].
This is fine with me. If necessary
I suppose, the reason why freetype-config and freetype2.pc don't
include CFLAGS and LDFLAGS is to drop unexpected options like
optimization, uninstalled libary linking etc. So, now I'm thinking
of import ftmac.c-specific CFLAGS LDFLAGS to freetype-config
freetype2.pc. How do you think
Simple patch that fixes this bug is attached
(freetype-more-composite.patch). [...] Please see other attached
patch to fix it (freetype-composite.patch).
I've applied both patches. Thanks a lot!
David, please have a look also.
Werner
___
Patch for 1): Top-level procedures are now skipped by the parser.
Applied, thanks!
Changelog entry is prepended to the patch.
I've made it a bit more detailed.
I disclaim all copyright. (Do you care for this?)
We don't care basically, but it is good that you mention it!
Werner
can anyone help me building an URDU edit control using font library
You are contacting the wrong people. Please contact the developers of
either Pango, Qt, or ICU, whichever layout engine you want to use.
Werner
___
Freetype-devel mailing list
However it seems the DejaVu op is hiting a whole new class of bugs -
freetype autohinter problems (Fedora is disabling anything tainted
like the bytecode interpreter, so almost every tester is using the
autohinter).
Excellent.
Would the freetype developers be interested in opening a bug
I would prefer if you open bug reports in our bug tracker (at
savannah) which simply points to the corresponding bug report in
f.d.o.
Would it be possible at least to have an freetype e-mail registered in
b.f.o os I can reassing bugs to it?
Please explain.
Werner
I there is a freetype person registers his mail in b.f.d.o I can
reassign bugs to his e-mail and he'll receive a mail with a link to the
bug.
OK, I've registered myself.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
I encountered one TTF font that fails to load using FreeType (the
font is attached). The font was embedded in a PDF document and it
renders fine in Acrobat. The problem is that the embedded font says
that there are 12 tables, but there are only 8 (most likely an
omission/by-product of font
If you use FreeType to manipulate the contents of font files
directly, be aware that the glyph index returned by this function
doesn't always correspond to the internal indices used within the
file.
Is this relevant to all formats or only few ? Specifically
TrueType, OpenType and Type1 ?
Note that this doesn't solve certain problems (like extraneous
pixels in the '8' or Verdana at size 11pt/72dpi, which don't appear
on Windows due to a bug in its rasterizer)
Are you absolutely sure about this? Then I'm going to discuss this
issue on the OpenType list.
Werner
I'm currently trying to have the default build of FreeType just
work when it is fed with one of these tricky TrueType CJK fonts
that cannot be properly loaded without a bytecode interpreter.
The idea is that the unpatented hinter will be compiled in the
default build, though the auto-hinter
101 - 200 of 3654 matches
Mail list logo
