docs/pango.types generation is inadequate for some cases
@ruslanizhb
Submitted by LRN Link to original bug (#673401)
Description
This is the relevant fragment from docs/Makefile:
HFILE_GLOB = $(top_srcdir)/pango/.h
...
pango.types:
@echo "Rebuilding $@"
@LANG=C; LIST=$$(grep 'pango_[_a-zA-Z0-9]_get_type' $(HFILE_GLOB) | grep -v '(private|atsui|core_text|win32)' | sed 's/([^:]:).(pango[_a-zA-Z0-9]_get_type)./\1\2/') &&
echo "$$LIST" | sed 's/./(pango/.):.*/#include <\1>/' | sort -u > $@.tmp &&
echo >> $@.tmp &&
echo "$$LIST" | cut -d : -f 2 | sort -u >> $@.tmp &&
mv $@.tmp $@
This code bites me in more than one way when i build pango with pangocairo-fc enabled on W32 using MinGW:
- It simply excludes all win32 types. No documentation for these, great!
- It does NOT exclude xft. Configure knows that xft is disabled, but this code does not check HAVE_XFT variable or anything like that. As a result, pango tries to build gtkdoc scanner for xft as well - without any success, obviously.
I'm not sure what is the right way to fix this for all platforms (for my platform i can simply patch pre-generated pango.types). grepping in a set of files more narrow than HFILE_GLOB might do the trick, but you'd have to figure out how to narrow it down.
Version: 1.30.x