to address issues with NetBSD-6(and earlier)'s fontconfig not being
new enough for pango.
While doing that, also bump freetype2 dependency to current pkgsrc
version.
Suggested by tron in PR 47882
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.
Changes since 0.5.18a:
Fixed endianess issues in mp3 extractor.
Fixed build issues (need to link C++ code explicitly against
libstdc++ on BSD).
Releasing libextractor 0.5.20c.
Fixed concurrency issues in plugin (un-)loading by adding locking
around libltdl functions.
Added an FFmpeg-based thumbnail extractor plugin, initially
supporting only bmp and png files.
Fixed security issues in XPDF-based PDF extractor.
Added track number and ISRC for FLAC/mp3/ogg files.
Added a plugin for AppleSingle/AppleDouble files.
Various minor code cleanups.
Fixed security issues in XPDF-based PDF extractor.
Added a FLAC (.flac) plugin.
Added a Flash Video (.flv) plugin.
Add support for some common iTunes tags to qtextractor.
Disable libgsf logging (for corrupt files).
Added escape (\n) handling to split extractor.
Fixed problem with newer versions of libgsf.
Fixed problem with automake 1.10 not setting MKDIR_P.
Releasing libextractor 0.5.18a.
This release adds support for NSFE files. Removal of duplicate keywords
is now biased against keywords obtained from splitting. The build process
should now work properly if no C++ compiler is found. The thumbnail-extractors
should now load properly in all cases (resolved a symbol naming problem).
since they always need a C compiler, even when the source code is
completely in C++.
For some other packages, stated in the comment that a C compiler is
really not needed.
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.
For example, "make show-buildlink3" in fonts/Xft2 displays:
zlib
fontconfig
iconv
zlib
freetype2
expat
freetype2
Xrender
renderproto
set OVERRIDE_DIRDEPTH to find any libtool scripts deeper in the WRKSRC
tree unless they're named something other than "libtool".
SHLIBTOOL_OVERRIDE generally doesn't need to be specified either -- just
define it to the empty list and shlibtool-override will look for libtool
scripts.
