diff options
author | Ross Burton <ross.burton@intel.com> | 2016-07-19 12:04:12 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2016-07-20 10:28:01 +0100 |
commit | 9900000d404b09a701d5368d529eb515e054e3f0 (patch) | |
tree | 7dd467260ba7bf8c866abefe7a15cfc3d3629acd /meta/recipes-gnome | |
parent | bf88f089c3bb8ceef7338436a1688a44399efc57 (diff) | |
download | openembedded-core-9900000d404b09a701d5368d529eb515e054e3f0.tar.gz openembedded-core-9900000d404b09a701d5368d529eb515e054e3f0.tar.bz2 openembedded-core-9900000d404b09a701d5368d529eb515e054e3f0.zip |
intltool: remove broken XML::Parser detection
intltool.m4 has a chunk of code that runs during configure which probes for a
perl binary and verifies that it has the XML::Parser module. However in builds
using intltool-native the perl binary that it finds is likely to not be the one
that the intltool scripts will be using as the scripts hardcode nativeperl yet
the m4 fragment searches for "perl" in $PATH. If the host perl doesn't have
XML::Parser the configure will fail, despite the fact that the scripts will
work.
Solve this by taking an old patch from the upstream bug system to simply remove
the check in intltool.m4 as it's generally useless, and remove existing patches
that almost but not quite solved this issue.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'meta/recipes-gnome')
0 files changed, 0 insertions, 0 deletions