Update to libXft-2.1.13.  Bump BUILDLINK_ABI_DEPENDS, as the library
version is now 2.1.13 (from 2.1.2).  ChangeLog:

commit 19240d3605b5f1e88ca5509afffd48acdb7e1c5f

    Revert "Drop Requires, use Requires.private instead."

    This reverts commit a1c78ce68c5f2106c38b6cb93a6b22420e1a80ab.

    Unfortunately this doesn't work on old pkg-config, which made
    Requires.private completely useless.  That's fixed in 0.22, but...

commit a1c78ce68c5f2106c38b6cb93a6b22420e1a80ab

    Drop Requires, use Requires.private instead.

    Users of libXft don't need to link with fontconfig, freetype and
    Xrender directly if they don't use them.

commit 541c6194d986e7849ee9541a9fd60b0724647a44

    Bug #14232: Fix XftDrawRect when Render not supported.

commit 8a7f3d450c1f339f429dbce55df523d026c92375

    Register objects used by libXft.

    libXft uses XFT_MAX_GLYPH_MEMORY without first registering with
    fontconfig.

commit 8ae5ea8c75a7850fa0aca0acc3962b6263f55094

    XftFontOpenInfo: Use of uninitialised value of size 8 (bug 11200)

    This is due to XftFontInfoFill using the binary representation of the
    XftFontInfo to generate fi->hash.

    With 64-bit pointers there is padding between .hash and .file in struct
    _XftFontInfo.  This padding is not initialized, and the hash uses these
    bytes.

    This will interfere with finding "a matching previously opened font" in
    XftFontOpenInfo, and XftFontInfoEqual, which uses memcmp, will have
    similar problems.

    This fix makes no assumptions about the sizes and alignment of
    members of struct _XftFontInfo by using memset.  (It also makes
    no assumptions about what FcPatternGet* does to its output parameter
    when it returns FcResultNoMatch.)


(bjs)