Commit graph

6 commits

Author SHA1 Message Date
joerg
2d1ba244e9 Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
2009-03-20 19:23:50 +00:00
obache
bae97ad23a Reset Bump BUILDLINK_ABI_DEPENDS.
No need to bump for minor changes of the shlib (1.2.2 = 2.1.13).
2008-07-15 13:24:35 +00:00
tnn
5cddd65b42 It's BUILDLINK_ABI_DEPENDS, not BUiLDLINK_ABI_DEPENDS
pkglint is your friend.
2008-07-14 06:11:20 +00:00
bjs
7475541209 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.)
2008-07-13 23:41:02 +00:00
joerg
68ff4729c6 First step to making modular transparent:
Redirect from the individual modular libraries to the old libs or
mk/x11.buildlink3.mk.
2006-11-05 16:55:28 +00:00
joerg
b359f2db97 Import libXft-2.1.10 from pkgsrc-wip:
Xft (2.0) provides a client-side font API for X applications. It uses
Fontconfig to select fonts and the X protocol for rendering them. When
available, Xft uses the Render extension to accelerate text drawing.
When Render is not available, Xft uses the core protocol to draw
client-side glyphs. This provides completely compatible support of
client-side fonts for all X servers.

Xft (2.0) hides most of the underlying system details so that developers
can confidently use its API to access client-side fonts in any X
environment.
2006-11-03 21:26:36 +00:00