FcStrPathPlus: new helper function

This is like FcStrPlus, except that it takes an arbitrary number of
additional strings to append, and it handles the path separator.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

makealias: handle missing funcs better

When adding new functions, if the actual definition doesn't match the
header (say due to a typo), the regeneration of the internal headers
get confused and output bad cpp logic.  This causes gcc to barf due
to mismatched #ifdef/#endif.  Which is a pain to figure out due to
the sheer voulme of generated code.

So tweak the makealias script to detect this case and error out.
While we're here, improve the cpp output a bit to indent, include
comments, and merge similar ifdef blocks.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

FcObjectValidType: tweak -1 checking

Newer gcc doesn't like when you switch on an enum and use a value
that isn't declared:

fcname.c: In function 'FcObjectValidType':
fcname.c:299:2: warning: case value '4294967295'
not in enumerated type 'FcType' [-Wswitch]

So tweak the logic to avoid this warning.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

fix build warnings when using --with-arch

Latest configure code will setup FC_ARCHITECTURE directly rather than
going through ARCHITECTURE, so update fcarch.h accordingly.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

fc-{list,match}: constify format string

We don't free this string anywhere, so mark it const to avoid gcc warnings
and possible bugs in the future (if people did try freeing it).

fc-list.c: In function 'main':
fc-list.c:161:16: warning: pointer targets in assignment
differ in signedness [-Wpointer-sign]

fc-match.c: In function 'main':
fc-match.c:201:13: warning: pointer targets in assignment
differ in signedness [-Wpointer-sign]
fc-match.c:203:13: warning: pointer targets in assignment
differ in signedness [-Wpointer-sign]

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

FcName{,Get}Constant: constify string input

These funcs don't modify the incoming string, so add const markings.
This is the "right thing", shouldn't change the ABI, and fixes some
gcc warnings:

fccfg.c: In function 'FcConfigEvaluate':
fccfg.c:916:2: warning: passing argument 1 of 'IA__FcNameConstant'
discards 'const' qualifier from pointer target type [enabled by default]
fcalias.h:253:34: note: expected 'FcChar8 *' but
argument is of type 'const FcChar8 *'

fcxml.c: In function 'FcTypecheckExpr':
fcxml.c:604:2: warning: passing argument 1 of 'IA__FcNameGetConstant'
discards 'const' qualifier from pointer target type [enabled by default]
fcalias.h:251:37: note: expected 'FcChar8 *' but
argument is of type 'const FcChar8 *'

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

fc-cat: fix pointer warning

Add a cast to avoid a gcc warning:

fc-cat.c: In function 'cache_print_set':
fc-cat.c:230:2: warning: pointer targets in passing argument 2
of 'FcPatternFormat' differ in signedness [-Wpointer-sign]
../fontconfig/fontconfig.h:860:1: note:
expected 'const FcChar8 *' but argument is of type 'char *'

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

FcStat: change to FcChar8 for first arg

This shouldn't affect the ABI, makes FcStat more like the rest of the
fontconfig API, and fixes warnings where we pass FcChar8* pointers in
to this func from other places.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

delete unused variables

Newer gcc is better at detecting set-but-unused variables.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

FcStrPlus: optimize a little

We've already calculated the lengths of these strings, so re-use those
values to avoid having to rescan the strings multiple times.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

Add FcPublic to FcLangSetUnion and FcLangSetSubtract

Patch from ssp

Fix parallel build

Bug 41171 - Invalid use of memset

Fix stupid bug in FcFontSort()

I broke FcFontSort() language handling at the end of 2008 with this
commit: c7641f28

G-d knows how many of the lang-matching bugs in bugzilla will be
fixed by this changed...

I'm really sorry, everyone!

Switch fc-cat to use FcPatternFormat()

Added the a builtin "fccat" to FcPatternFormat().

Switch fc-match to use FcPatternFormat()

Fix small bug in FcPatternFormat that was letting element-default to
consume the convertor sequence.

Bug 26718 - "fc-match sans file" doesn't work

- Do not throw away FC_FILE in FcNameUnparse
- Update the builtin "fclist" format to remove FC_FILE properly instead
- Switch fc-list to use FcPatternFormat()

Note that I had previously broken fc-list and it was not showing the
file name anymore.  No one noticed that it seems!  Now fixed.

Bug 36577 - Updating cache with no-bitmaps disables bitmap fonts...

Do not remove blacklisted fonts during cache generation.  We already
apply the blacklist when reading the caches.  The idea always has been
that the config should not affect caches built, although that design
was tarnished with the introduction of target="scan" configurations.

[.gitignore] Update

Bug 35587 - Add padding to make valgrind and glibc not hate each other

Fix warning

Always define FcStat as a function

Such that first arg is const char *.  We also need to make more changes
in that function as part of some other bug.

More doc typo fixes

Mark constant strings as constant

Fixes a few compiler warnings in fcxml.c and makes it clear that they
should not be freed.

Bug 30566 - fcformat.c:interpret_enumerate() passes uninitialized idx to FcPatternGetLangSet()

Bug 20113 - Uighur (ug) orthography incomplete

Documentation fixes

Remove --enable-maintainer-mode from autogen.sh

Update CaseFolding.txt to Unicode 6.0

Remove AM_MAINTAINER_MODE

That macro is simply broken.

This was also brought up in:
Bug 32679 - fontconfig-2.8.0 does not cross compile

Fix assertion failure on le32d4

Reported by Jon TURNEY.

Doc nit

Skip <range> elements with begin > end

Add <range> support for <blank> into the DTD

Allow editing charset and lang in target="scan"

Merge commit 'fa269cf812ee304534b0e4c44662202496008db0'

Fixes:
Bug 31969 - Can't modify charset in target="scan"
Bug 23758 - Can't modify lang in target="scan"

Bump version

Make fc-arch stuff cross-compiling-safe

Fixes:
Bug 32679 - fontconfig-2.8.0 does not cross compile
Bug 25462 - Cross-compilation doesn't work

Make most generated-files cross-compiling-safe

By simply including a copy in the tarball.

Remains fc-arch which is trickier.

add some documents

Add editing langset feature.

The syntax to add any langset to the langset table looks like:

<match target="scan">
    <test name="family">
        <string>Buggy Sans</string>
    </test>
    <edit name="lang" mode="assign">
        <plus>
            <name>lang</name>
            <langset>
                <string>zh-cn</string>
                <string>zh-tw</string>
            </langset>
        </plus>
    </edit>
</match>

To remove any langset from the langset table:

<match target="scan">
    <test name="family">
        <string>Buggy Sans</string>
    </test>
    <edit name="lang" mode="assign">
        <minus>
            <name>lang</name>
            <langset>
                <string>ja</string>
            </langset>
        </minus>
    </edit>
</match>

Add the range support in blank element

add some document for range and charset.

Add charset editing feature.

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>
...

Bug 28958 - lang=en matches other langs

Patch from Akira TAGOH.

Fix returned value

Cleanup copyright notices to replace "Keith Packard" with "the author(s)"

Add more copyright owners

fontconfig.pc.in: Add sysconfdir, localstatedir, and PACKAGE

In the default case, cachedir and confdir will evaluate to something
referencing these other variables (which wouldn't otherwise be defined
in the pkg-config file.

Fixes a regression introduced by 81b542b50f82f8a0ad9f38f7d913fe5433631166

Signed-off-by: Jeremy Huddleston <jeremyhu@apple.com>
Tested-by: Jon TURNEY <jon.turney@dronecode.org.uk>

fontconfig.pc: Add variables for confdir and cachedir

Signed-off-by: Jeremy Huddleston <jeremyhu@apple.com>

Bug 24729 - [ne_NP] Fix ortho file

Exclude three characters (U+090C..090E) from Nepalese.

[fc-lang] Support excluding characters

By prefixing a line by a hyphen/minus sign.  Useful when including
other orth files.

Add new public API: FcCharSetDelChar()

Bug 29995 - fc-cat does not invoke FcFini()

Add comments

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.