diff options
| author | Saul Wold <sgw@linux.intel.com> | 2011-11-23 15:47:27 -0800 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2011-11-29 11:19:53 +0000 |
| commit | 264fb6c5a4875cd8969a24a9f0301ed916ab827b (patch) | |
| tree | 6dec24af9f4174575c25b6222ffd8d12bedc0502 /meta/files/common-licenses/OpenSSL | |
| parent | 8b7643c5c06c1b1531e55a49cd69502b146a92bd (diff) | |
| download | openembedded-core-264fb6c5a4875cd8969a24a9f0301ed916ab827b.tar.gz openembedded-core-264fb6c5a4875cd8969a24a9f0301ed916ab827b.tar.bz2 openembedded-core-264fb6c5a4875cd8969a24a9f0301ed916ab827b.tar.xz openembedded-core-264fb6c5a4875cd8969a24a9f0301ed916ab827b.zip | |
intltool: remove XML::Parser check
Add Patch to disable the XML::Parser check in the target
intltool.m4, this check will find the host (not native)
XML::Parser if it's installed possibly causing Host
contamination, but will also fail configuration if XML::Parser
is not installed on the host.
Since we know that XML::Parser is installed on the image, we don't
really need this check, so comment it out.
From RP in mail thread:
> If the recipe needs perl for
> some other reason than intltool, it needs perlnative but it if only
> needs perl for intltool, we shouldn't need the dependency. The .m4 macro
> checks are well intended but don't fit the way we use perl. I really
> don't want to end up in a position where intltool automatically means we
> have to add perlnative as a dependency and we've previously seen many
> problems related to that.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/files/common-licenses/OpenSSL')
0 files changed, 0 insertions, 0 deletions