<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - FcPatternGetString() does not return "TrueType" for FC_FONTFORMAT on Solaris 10 SPARC" href="https://bugs.freedesktop.org/show_bug.cgi?id=93873#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - FcPatternGetString() does not return "TrueType" for FC_FONTFORMAT on Solaris 10 SPARC" href="https://bugs.freedesktop.org/show_bug.cgi?id=93873">bug 93873</a> from <a class="email" href="mailto:akira@tagoh.org" title="Akira TAGOH <akira@tagoh.org>"> Akira TAGOH</a> <pre>(In reply to Matthias Apitz from <a href="show_bug.cgi?id=93873#c2">comment #2</a>) > I activated HAVE_FT_GET_X11_FONT_FORMAT in config.h (which was not there) Hmm, well, it isn't something adds by the hand. check config.log. you'll see why it wasn't added there. > and now the fontformat is recognized as "TrueType" and the filter of CUPS > "texttopdf" is happy. > > The other change (#define CHECK 1 in src/fcfreetype.c) produces tons of > error messages of the type > > x0000007f FT says 0 FC says 1 > x00000080 FT says 0 FC says 1 > x00000081 FT says 0 FC says 1 > ... > > and > > Bitmap extra char .... > > while running fc-cache during 'gmake install' well, it shouldn't be different. apparently some logic to store the charset in fontconfig seems not work on sparc. dunno why. need to investigate more. though I don't have sparc machine here.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>