libxml2: install xml2-config with host triplet 10369/head
authorSebastian Kemper <sebastian_ml@gmx.net>
Sun, 27 Oct 2019 09:06:35 +0000 (10:06 +0100)
committerSebastian Kemper <sebastian_ml@gmx.net>
Sun, 27 Oct 2019 09:58:26 +0000 (10:58 +0100)
commitcf31c75e40a5fd7e52b18b0ff2160fa703549311
tree1956f9294a66d52b7d3124cf303112af57dfadee
parentb6ec718b98a4edb1c90dd049723e51e4e722b595
libxml2: install xml2-config with host triplet

Currently only xml2-config is installed, for both the normal libxml2
package as well as the host package. The problem with that is that due
to multilib considerations the build host may have xml2-config installed
with a host triplet prefix, like x86_64-pc-linux-gnu-xml2-config (and
xml2-config as a symbolic link to it). Gentoo for instance sets it up
like this.

Packages may actually search for a prefixed xml2-config before searching
for xml2-config. An example would be Asterisk:

checking for x86_64-pc-linux-gnu-xml2-config... /usr/bin/x86_64-pc-linux-gnu-xml2-config

This then introduces wrong information into the build, for instance
bad includes:

~/tmp/openwrt $ /usr/bin/x86_64-pc-linux-gnu-xml2-config --cflags
-I/usr/include/libxml2

When the intention is to use OpenWrt's own (host) libxml2 one would like
to see this output used instead:

~/tmp/openwrt $ ./staging_dir/hostpkg/bin/xml2-config --cflags
-I/home/sk/tmp/openwrt/staging_dir/hostpkg/include/libxml2

This commit addresses this by installing xml2-config with a suitable
prefix and creating a symbolic link xml2-config. This is done for both
the host package and the normal package. The latter also needs this fix
because the target may use the same triplet as the host system (for
instance x86_64 cross-compiling for x86_64).

Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
libs/libxml2/Makefile