summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/pax-utils
diff options
context:
space:
mode:
authorRoss Burton <ross.burton@intel.com>2016-07-19 12:04:12 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-07-20 10:28:53 +0100
commita61eb1f844814daf525d1db250194ea186c35e71 (patch)
tree034fb5992cc6ff70001b0198b6838eb6bbab8eb0 /meta/recipes-devtools/pax-utils
parentae39c3a0f687b6e23d2726defa8287eacb6f8a79 (diff)
downloadpoky-a61eb1f844814daf525d1db250194ea186c35e71.tar.gz
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. (From OE-Core rev: 9900000d404b09a701d5368d529eb515e054e3f0) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/pax-utils')
0 files changed, 0 insertions, 0 deletions