- 28 May, 2012 1 commit
-
-
FcStat() logic is quite complicated in presence of various semi-broken operating systems and filesystems, split it out in order to make it a bit easier. Signed-off-by:
Mikhail Gusarov <dottedmag@dottedmag.net>
-
- 10 Apr, 2012 1 commit
-
-
Akira TAGOH authored
Add --with-libiconv, --with-libiconv-includes and --with-libiconv-lib to specify the directory where libiconv might be installed.
-
- 05 Apr, 2012 1 commit
-
-
Akira TAGOH authored
Add configure options to set the directory to be installed: --with-templatedir for the configuration files a.k.a. /etc/fonts/conf.avail --with-baseconfigdir for fonts.conf etc a.k.a. /etc/fonts --with-configdir for the active configuration files a.k.a. /etc/fonts/conf.d --with-xmldir for fonts.dtd etc and the default path for templatedir is changed to ${datadir}/fontconfig/conf.avail
-
- 16 Mar, 2012 2 commits
-
-
Akira TAGOH authored
$< isn't supported in BSD make say. $(RM) is pre-defined in GNU make though, not in BSD make say. so changed to check on configure if it's pre-defined by make, otherwise set the appropriate command to $(RM). This would be a workaround until it has the certain pre-defined value.
-
Akira TAGOH authored
This reverts commit 0fdfddf2. Conflicts: doc/Makefile.am
-
- 10 Mar, 2012 1 commit
-
-
Akira TAGOH authored
-
- 28 Dec, 2010 1 commit
-
-
Behdad Esfahbod authored
Fixes: Bug 32679 - fontconfig-2.8.0 does not cross compile Bug 25462 - Cross-compilation doesn't work
-
- 09 Dec, 2010 1 commit
-
-
Akira TAGOH authored
The syntax to add any characters to the charset table looks like: <match target="scan"> <test name="family"> <string>Buggy Sans</string> </test> <edit name="charset" mode="assign"> <plus> <name>charset</name> <charset> <int>0x3220</int> <!-- PARENTHESIZED IDEOGRAPH ONE --> </charset> </plus> </edit> </match> To remove any characters from the charset table: <match target="scan"> <test name="family"> <string>Buggy Sans</string> </test> <edit name="charset" mode="assign"> <minus> <name>charset</name> <charset> <int>0x06CC</int> <!-- ARABIC LETTER FARSI YEH --> <int>0x06D2</int> <!-- ARABIC LETTER YEH BARREE --> <int>0x06D3</int> <!-- ARABIC LETTER YEH BARREE WITH HAMZA ABOVE --> </charset> </minus> </edit> </match> You could also use the range element for convenience: ... <charset> <int>0x06CC</int> <!-- ARABIC LETTER FARSI YEH --> <range> <int>0x06D2</int> <!-- ARABIC LETTER YEH BARREE --> <int>0x06D3</int> <!-- ARABIC LETTER YEH BARREE WITH HAMZA ABOVE --> </range> </charset> ...
-
- 10 Nov, 2010 1 commit
-
-
Behdad Esfahbod authored
-
- 18 Nov, 2009 3 commits
-
-
Tor Lillqvist authored
Use LIBT_CURRENT_MINUS_AGE instead of the undefined lt_current_minus_age for the name of the DLL when generating the MS style import library.
-
Behdad Esfahbod authored
-
Behdad Esfahbod authored
-
- 17 Nov, 2009 1 commit
-
-
Behdad Esfahbod authored
-
- 13 Mar, 2009 1 commit
-
-
Behdad Esfahbod authored
-
- 14 Feb, 2009 2 commits
-
-
Behdad Esfahbod authored
Still need to add more features, but the API is there, and used by cmdline tools with -f or --format.
-
Behdad Esfahbod authored
-
- 04 May, 2008 3 commits
-
-
Keith Packard authored
Libtool-2.2 introduces new restrictions. So now it does not allow LT_* variables as it includes marcros: m4_pattern_forbid([^_?LT_[A-Z_]+$]) Rename the LT_ variables to LIBT_ to work around this restriction.
-
With PUBLIC_FILES no longer containing the freetype-dependent symbols, those must be added to the fontconfig.def file build process.
-
Keith Packard authored
Building 2.5.91 on Solaris with the native make(1) yields ... Making all in src make: Fatal error in reader: Makefile, line 313: Unexpected end of line seen Current working directory /tmp/fontconfig-2.5.91/src *** Error code 1 This is due to the following line (src/Makefile.am:143): CLEANFILES := $(ALIAS_FILES) Changing that to a standard assignment ("=") fixes the problem. I believe the ":=" is a typo. ALIAS_FILES is just a statically assigned variable; it's not like evaluating it more than once would be a problem.
-
- 10 Jan, 2008 1 commit
-
-
Keith Packard authored
-
- 02 Jan, 2008 1 commit
-
-
Keith Packard authored
This avoids requiring the freetype development files when cross compiling
-
- 13 Nov, 2007 1 commit
-
-
Keith Packard authored
This reverts commit b6079229. Conflicts: src/Makefile.am Xft still uses the macros that are in fcprivate.h. Document those macros and include fcprivate.h in the published header files.
-
- 04 Nov, 2007 1 commit
-
-
Keith Packard authored
These two names are typos of the correct names. Instead of simply changing them, the correct thing to do is leave them in the library, add the correct functions and mark them as deprecated so any source packages will be updated. This requires bumping the minor version of the library (for adding APIs) instead of bumping the major version of the library (for removing APIs).
-
- 03 Nov, 2007 1 commit
-
-
Keith Packard authored
fcprivate.h was supposed to extend the fontconfig API for the various fontconfig utilities. Instead, just have those utilities use the internal fcint.h header file (which they already do), removing fcprivate.h from the installation and hence from the defacto public API.
-
- 17 Sep, 2006 1 commit
-
-
Keith Packard authored
Instead of attempting to track exported symbols manually in fontconfig.def.in, build it directly from the public fontconfig header files to ensure it exports the public API.
-
- 07 Sep, 2006 1 commit
-
-
Keith Packard authored
These are built from the same script, but creating a single dependency rule caused parallel make to run the script twice.
-
- 05 Sep, 2006 1 commit
-
-
Keith Packard authored
Using a simple shell script that processes the public headers, two header files are constructed that map public symbols to hidden internal aliases avoiding the assocated PLT entry for referring to a public symbol. A few mistakes in the FcPrivate/FcPublic annotations were also discovered through this process
-
- 30 Aug, 2006 1 commit
-
-
Keith Packard authored
Replace all of the bank/id pairs with simple offsets, recode several data structures to always use offsets inside the library to avoid conditional paths. Exposed data structures use pointers to hold offsets, setting the low bit to distinguish between offset and pointer. Use offset-based data structures for lang charset encodings; eliminates separate data structure format for that file. Much testing will be needed; offsets are likely not detected everywhere in the library yet.
-
- 04 Aug, 2006 1 commit
-
-
Patrick Lam authored
Make cache directories configurable. Simplify and correct some code which deals with per-directory caches.
-
- 25 Apr, 2006 2 commits
-
-
Patrick Lam authored
Solarii). Approach suggested by Tim Mooney. reviewed by: plam
-
Patrick Lam authored
Shuffle order of includes for building out of srcdir on win32. reviewed by: plam
-
- 09 Dec, 2005 1 commit
-
-
Patrick Lam authored
helps make fontconfig FHS-compliant, but requires that all caches get rebuilt. Also, autogen.sh now needs the additional parameter --localstatedir=/var.
-
- 19 Nov, 2005 1 commit
-
-
Patrick Lam authored
those headers will go away with freetype 2.2. Replace with public domain ftglue code from pango. Note that the patch removes some extra error checking in FT_Get_BDF_Property() and comments out the skipping of empty pcf fonts. reviewed by: plam
-
- 05 Oct, 2005 3 commits
-
-
Patrick Lam authored
reviewed by: plam & keithp
-
Patrick Lam authored
-
Patrick Lam authored
reviewed by: plam & keithp
-
- 29 Sep, 2005 1 commit
-
-
Patrick Lam authored
available. reviewed by: plam
-
- 05 Dec, 2004 1 commit
-
-
Keith Packard authored
multi-arch installs. Now that all X fonts are included without prejudice, the chances of the date being at all interesting are rather limited. Bug #415. Add copyright and license
-
- 14 Apr, 2004 1 commit
-
-
Keith Packard authored
clean up .spec file; perhaps this will be useful to somebody... Update to 2.2.93 Make 'scanopen' static so GCC doesn't whine about lacking prototype Add WARN_CFLAGS to pass -W flags for GCC systems Change various char types around to match across function calls. Fixed bug in using available_sizes[i].height which is in pixels, not 64ths of a pixel.
-
- 15 Jun, 2003 1 commit
-
-
Tor Lillqvist authored
-