Bug 29338 - fc-pattern.sgml, open para tag

Fix compiler warnings

Add fc-pattern cmdline tool

Fix comment

Remove all training whitespaces

More whitespace

Whitespace

Accept TT_PLATFORM_MICROSOFT, TT_MS_ID_SYMBOL_CS from name table

The OT spec says:

"When building a Unicode font for Windows, the platform ID should be 3 and the
encoding ID should be 1. When building a symbol font for Windows, the platform
ID should be 3 and the encoding ID should be 0."

We were ignoring the SYMBOL_CS entry before.  It's UTF-16/UCS-2 like the
UNICODE_CS.

Also, always use UTF-16BE instead of UCS-2BE.  The conversion was doing
UTF-16BE anyway.

Don't include unistd.h in fontconfig.h

Bug 26783 patch: unistd.h not exist on ms windows

Bug 25152 Don't sleep(2) if all caches were uptodate

Bug 26157 Solaris/Sun C 5.8: compilation of 2.8.0 and 2.7.3 fails

Bug 18886 installation crashes if fontconfig already installed

Run the uninstalled fc-cache, not the installed one.

More doc typo fixes

Fix doc typo

Add note about autogen.sh to INSTALL

Update INSTALL

Bug 25508 configure assumes bash > 2.0 is on system

Remove dolt.  With libtool2, there's not much need for dolt.

[doc] Fix typo

[fc-cache] Document -r argument in man page

Bump version to 2.8.0

Bump libtool revision in preparation for release

Improve zip "distribution"

Don't put entries for directories in the zip file. Fetch manpages from
correct place.

Use correct autoconf variable

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.

[fc-arch] Rename architecture names to better reflect what they are

We only care about three properties in the arch:

  - endianness
  - pointer size
  - for 32-bit archs, whether double is aligned on 4 or 8 bytes

This leads to the following 6 archs (old name -> new name):

x86    -> le32d4
mipsel -> le32d8
x86-64 -> le64
m68k   -> be32d4
ppc    -> be32d8
ppc64  -> be64

[fc-arch] Beautify the arch template

[fc-case] Update CaseFolding.txt to Unicode 5.2.0

[fc-glyphname] Remove Adobe glyphlist

It was unused.

Clean up Makefile's a bit

[fc-glyphname] Rename internal arrays to prefix with _fc_

Although they were static, I was still surprised that gdb was seeing
our variable "glyphs".  Not helpful.

[src] Create fcglyphname.h automatically

[fc-glyphname] Cleanup Makefile.am

Remove bogus comment

Last night in between my dreams I also noticed that we support Unicode
values up to 0x01000000 and not 0x00100000 which I thought before.
This covers the entire Unicode range.

Make sure fclang.h and fcarch.h are built

[lang] Fix serializing LangSet from older versions

[arch] Try to ensure proper FcLangSet alignment in arch

[xml] Remove unused code

[int] Remove more unused macros

Enable automake silent rules

[int] Remove fc_value_* macros that did nothing other than renaming

[int] Remove fc_storage_type() in favor of direct access to v->type

Remove unused macros

Bump cache version up from 2 to 3 and fix FcLangSet caching/crash

Protect cache against future expansions of FcLangSet (adding new
orth files).  Previously, doing so could change the size of
that struct.  Indeed, that happened between 2.6.0 and 2.7.3, causing
crashes.  Unfortunately, sizeof(FcLangSet) was not checked in fcarch.c.

This changes FcLangSet code to be able to cope with struct size changes.
And change cache format, hence bumping from 2 to 3.

[int] Define MIN/MAX/ABS macros

[fc-arch] Add FcAlign to arch signature

Move FcAlign to fcint.h

Clarify default confdir and cachedir better.

Also remove --with-docdir.  It can be set by setting docdir variable.

Bump version to 2.7.3

Bump libtool version in preparation for release

Use default config in FcFileScan() and FcDirScan()

Before a NULL config was passed down adn essentially FcFileScan was
equivalent to FcFreeTypeQuery.  Now fc-scan tool correctly applies
the configuration to the scanned patterns.

Updated Arabic, Persian, and Urdu orthographies

- Arabic (ar), Persian (fa), and Urdu (ur) now use generic forms (bug #23004)
- Persian (fa) orthography updated to latest standards and orthographies
- Persian dialects Dari/Eastern Farsi (prs) and Western Farsi (pes) added

Correct Ewe (ee) orthography to use U+025B (bug #20711)

Bump version to 2.7.2

Bump libtool version for release

Revert "Fix FcNameUnparseLangSet()" and redo it

This reverts commit 5c6d1ff23bda4386984a1d6e4c024958f8f5547c and
fixes that bug using the new reverse-map I added in the previous
commit.

Bug 23419 - "contains" expression seems not working on the fontconfig rule

Fix bug in FcLangSetContains(), similar to
5c6d1ff23bda4386984a1d6e4c024958f8f5547c

Bug 22037 - No Fonts installed on a default install on Windows Server 2003

Make it easy to install on older Windows

Use multi-byte codepage aware string function on Windows

The East Asian double-byte codepages have characters with backslash as
the second byte, so we must use _mbsrchr() instead of strrchr() when
looking at pathnames in the system codepage.

Fix heap corruption on Windows in FcEndElement()

Must not call FcStrFree() on a value returned by
FcStrBufDoneStatic(). In the Windows code don't bother with dynamic
allocation, just use a local buffer.

Fix MinGW compilation

Need to define _WIN32_WINNT as 0x0500 to get declaration for
GetSystemWindowsDirectory().

[ja.orth] Comment out FULLWIDTH YEN SIGN (#22942)

Improve charset printing

Bump version to 2.7.1

Update .gitignore

Bump libtool versions that 2.7.0 (I forgot to do back then)

Hardcode /etc/fonts instead of @CONFDIR@ in docs (#22911)

We distribute the docs, so it makes little sense to distribute with
@CONFDIR@ replaced.  Until we find a better solution, I've hardcoded
/etc/fonts now.

[doc] Add ~/fonts.conf.d to user docs

TT_MS_ID_UCS_4 is really UTF-16BE, not UTF-32

Reported by Yuriy Kaminskiy.

Fix doc syntax (#22902)

Fix FcNameUnparseLangSet()

Was broken since ffd6668b469508177c4baf7745ae42aee5b00322

Remove unused macros

Don't change the order of names unnecessarily (#20128)

so that TT_NAME_ID_PREFERRED_FAMILY is consistently preferred over
TT_NAME_ID_FONT_FAMILY when both are specified for the default language.

Use GetSystemWindowsDirectory() instead of GetWindowsDirectory() (#22037)

Improve libtool version parsing (#22122)

Fix leak with string VStack objects

Add Inconsolata to monospace config (#22710)

Remove unused ftglue code

Replace spaces with tabs in conf files

Fix win32 build

git-tag -s again

Bump version to 2.7.0

Remove keithp's GPG key id

Fix distcheck

Bug 22154 -- fontconfig.pc doesn't include libxml2 link flags

[xml] Intern more strings

[xml] Allocate FcExpr's in a pool in FcConfig

Reduces number of malloc's for FcExprs from hundreds into single digits.

[xml] Mark more symbols static

[xml] Centralize FcExpr allocation

To be improved, using a central pool.

Remove unused prototypes and function

[charset] Grow internal FcCharset arrays exponentially

Always set *changed in FcCharsetMerge

Add XXX note about Unicode Plane 16

Simplify FcValueSave() semantics

Use/prefer WWS family/style (name table id 21/22)

Mark matchers array const (#21935)

Reorganize Panjabi/Punjabi and Lahnda orthographies (bug #19890)

The correct ISO 639 code for Pakistani/Western Panjabi seems to be 'lah',
not 'pa'. We are keeping 'pa_pk.orth' for compatiblity with glibc.

Signed-off-by: Behdad Esfahbod <behdad@behdad.org>

Detect TrueType Collections by checking the font data header

Instead of checking for "face->num_faces >1". (GNOME bug #577952)

Correctly handle mmap() failure (#21062)

[fc-cache] Remove obsolete sentence from man page

[fc-lang] Make LangSet representation in the cache files stable

Fontconfig assigns an index number to each language it knows about.
The index is used to index a bit in FcLangSet language map.  The bit
map is stored in the cache.

Previously fc-lang simply sorted the list of languages and assigned
them an index starting from zero.  Net effect is that whenever new
orth files were added, all the FcLangSet info in the cache files would
become invalid.  This was causing weird bugs like this one:

  https://bugzilla.redhat.com/show_bug.cgi?id=490888

With this commit we fix the index assigned to each language.  The index
will be based on the order the orth files are passed to fc-lang.  As a
result all orth files are explicitly listed in Makefile.am now, and
new additions should be made to the end of the list.  The list is made
to reflect the sorted list of orthographies from 2.6.0 released followed
by new additions since.

This fixes the stability problem.  Needless to say, recreating caches
is necessary before any new orthography is recognized in existing fonts,
but at least the existing caches are still valid and don't cause bugs
like the above.

[fcstr] Remove unused variable