summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/intltool/intltool-0.40.6
Commit message (Collapse)AuthorAgeFilesLines
* Add Upstream-Status to patchesSaul Wold2012-01-031-0/+3
| | | | | | | (From OE-Core rev: 169e55d802883df763dbff4a4737e05e96358fa3) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: remove XML::Parser checkSaul Wold2011-11-291-0/+29
| | | | | | | | | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: 264fb6c5a4875cd8969a24a9f0301ed916ab827b) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: Fix perl pathsRichard Purdie2011-08-311-0/+40
| | | | | | | | | | | | Currently in the native case we have a path that can easily exceed the interpretor limit so use "env nativeperl" in that case. This patch also fixes up the target version's interpretor path but to do this we need to bypass the configure checks. (From OE-Core rev: b9fa8fd4f09b68cbcc12b557451a58a1f218d7f3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: Use nativeperl binary for PERL instead of 'perl'Khem Raj2011-08-151-0/+20
| | | | | | | | | | License is GPLv2 change it. Defining PERL for native intltool is not needed anymore (From OE-Core rev: d4b4ecb33c727ed54ab52de79e69cd3f0d14fb35) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packages: Separate out most of the remaining packages into recipesRichard Purdie2010-09-011-0/+50
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>