summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/intltool/intltool
Commit message (Collapse)AuthorAgeFilesLines
* intltool: refresh patchesRoss Burton2018-03-091-6/+8
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 1fa0faebd24740556816042f54d399baf84731b2) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: bump serial for aclocal --installRoss Burton2016-08-101-0/+3
| | | | | | | | | | | | | | We modify this macro and need it to be used over local copies in tarballs. It appears that aclocal doesn't quite want to do the right thing just yet but increase the version just in case it does in the future. Upstream typically increments by one, and autoconf handles point versions fine, so bump it by 0.1. (From OE-Core rev: a9a7eea897e5771d1760a39150ef348911447b20) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: remove broken XML::Parser detectionRoss Burton2016-07-203-53/+42
| | | | | | | | | | | | | | | | | | | 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>
* intltool: Upgrade 0.50.2 -> 0.51.0Jussi Kukkonen2015-07-125-0/+190
* Remove uclibc.patch as the whole localedir guessing code has been removed upstream. * Add patch to fix deprecation warnings (and the resulting broken install paths) when using Perl 5.22 (RB) (From OE-Core rev: bebbcb10f467b40cc9a2fb64c824f2ef4142f7fe) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>