1. 22 Sep, 2005 2 commits
    • Patrick Lam's avatar
      Fix more gcc4 warnings: · 67accef4
      Patrick Lam authored
      - Cast sizeof to int, to shut up signedness warnings in comparison.
      - Add consts where appropriate.
      reviewed by: Patrick Lam <plam@mit.edu>
      67accef4
    • Patrick Lam's avatar
      Fix bug when clients use FcNameRegisterObjectTypes; fontconfig was · 14143250
      Patrick Lam authored
          returning bogus (i.e. duplicate) FcObjectPtr values. Now use negative
          values for dynamic object strings and positive values for built-in and
          FcNameRegisterObjectType strings. Thanks to Matthias Clasen for
          pinpointing this bus!
      14143250
  2. 16 Sep, 2005 1 commit
  3. 15 Sep, 2005 1 commit
  4. 11 Sep, 2005 2 commits
  5. 07 Sep, 2005 1 commit
  6. 03 Sep, 2005 1 commit
  7. 02 Sep, 2005 1 commit
  8. 01 Sep, 2005 3 commits
  9. 31 Aug, 2005 1 commit
  10. 30 Aug, 2005 2 commits
    • Patrick Lam's avatar
      Fix compilation error exposed with gcc 2.95. · fd77c154
      Patrick Lam authored
      fd77c154
    • Patrick Lam's avatar
      src/fcint.c · eb0cf671
      Patrick Lam authored
      The global cache now uses the same mmap-based cache infrastructure as the
          per-directory caches. Furthermore, the global cache is automatically
          updated (if possible) whenever fontconfig is used. Rip out remnants of
          the old cache infrastructure.
      eb0cf671
  11. 28 Aug, 2005 1 commit
  12. 27 Aug, 2005 1 commit
  13. 25 Aug, 2005 1 commit
    • Patrick Lam's avatar
      Reinstate the old global cache code. For the forseeable future, it's · 1b7be377
      Patrick Lam authored
          probably all right to use the global cache as it was previously and
          just store filenames and font info, as long as no mmap cache exists in
          the directory. Of course, if an mmap cache exists, use that instead.
      If a directory cache does not exist or is invalid, load the fonts for just
          that directory using the old codepath.
      Fix premature free of the FcPatterns belonging to the FcFontSet which we
          create from the mmapped files.
      1b7be377
  14. 24 Aug, 2005 1 commit
    • Patrick Lam's avatar
      Overhaul the serialization system to create one mmapable file per directory · 4262e0b3
      Patrick Lam authored
          and distribute bytes for each directory from a single malloc for that
          directory. Store pointers as differences between the data pointed to
          and the pointer's address (s_off = s - v). Don't serialize data
          structures that never actually get serialized. Separate strings used
          for keys from strings used for values (in FcPatternElt and FcValue,
          respectively). Bump FC_CACHE_VERSION to 2.
      4262e0b3
  15. 25 Jul, 2005 1 commit
    • Patrick Lam's avatar
      #ifdef out old cache stuff, replace with first version of new mmapping · 212c9f43
      Patrick Lam authored
          cache. Add *Read and *Write procedures which mmap in and write out the
          fontconfig data structures to disk. Currently, create cache in /tmp,
          with different sections for each architecture (as returned by uname's
          .machine field. Run the fc-cache binary to create a new cache file;
          fontconfig then uses this cache file on subsequent runs, saving lots of
          memory. Also fixes a few bugs and leaks.
      212c9f43
  16. 15 Jul, 2005 1 commit
  17. 07 Jul, 2005 1 commit
  18. 28 Jun, 2005 1 commit
    • Patrick Lam's avatar
      Add functionality to allow fontconfig data structure serialization. · cd2ec1a9
      Patrick Lam authored
      This patch allows the fundamental fontconfig data structures to be
          serialized. I've converted everything from FcPattern down to be able to
          use *Ptr objects, which can be either static or dynamic (using a union
          which either contains a pointer or an index) and replaced storage of
          pointers in the heap with the appropriate *Ptr object. I then changed
          all writes of pointers to the heap with a *CreateDynamic call, which
          creates a dynamic Ptr object pointing to the same object as before.
          This way, the fundamental fontconfig semantics should be unchanged; I
          did not have to change external signatures this way, although I did
          change some internal signatures. When given a *Ptr object, just run *U
          to get back to a normal pointer; it gives the right answer regardless
          of whether we're using static or dynamic storage.
      I've also implemented a Fc*Serialize call. Calling FcFontSetSerialize
          converts the dynamic FcFontSets contained in the config object to
          static FcFontSets and also converts its dependencies (e.g. everything
          you'd need to write to disk) to static objects. Note that you have to
          call Fc*PrepareSerialize first; this call will count the number of
          objects that actually needs to be allocated, so that we can avoid
          realloc. The Fc*Serialize calls then check the static pointers for
          nullness, and allocate the buffers if necessary. I've tested the
          execution of fc-list and fc-match after Fc*Serialize and they appear to
          work the same way.
      cd2ec1a9
  19. 17 Jun, 2005 1 commit
  20. 20 May, 2005 2 commits
  21. 27 Apr, 2005 2 commits
  22. 23 Apr, 2005 1 commit
  23. 21 Apr, 2005 1 commit
    • Keith Packard's avatar
      Don't force bitmap font enable in default configuration; allows users to · 716ac8b8
      Keith Packard authored
          override this in ~/.fonts.conf
      Updated translations
      Destroy font configuration on exit to help valgrind
      Use own transcoding routines in preference to iconv which appears to have
          leaks in some translators. Call iconv_close after using iconv (oops).
      Prefer unicode encoding of Euro char as some fonts mis-encode Euro in other
          ones.
      Must fetch bitmap glyphs to get width values to check for
          monospace/dual-width fonts.
      716ac8b8
  24. 13 Apr, 2005 1 commit
  25. 31 Mar, 2005 1 commit
  26. 17 Mar, 2005 1 commit
  27. 10 Mar, 2005 1 commit
  28. 09 Mar, 2005 2 commits
  29. 08 Mar, 2005 1 commit
  30. 05 Mar, 2005 3 commits