linux/poky.git/meta/recipes-devtools/perl, branch 1.3_M2

libxml-parser-perl_2.41.bb: fix MakeMaker issues with using wrong CC/LD/etc

2012-07-09T15:58:59+00:00

MakeMaker has a bug where it does not propagate CC/LD/etc information down to subproject it generates Makefiles for... this recipe has has an Expat subproject which has issues building if we are using sstate-cache and it will reference the old sysroots and be unable to build properly. There is an upstream MakeMaker bug for this issue but we can work around it by fixing up the Makefiles for now See: https://rt.cpan.org/Public/Bug/Display.html?id=28632 (From OE-Core rev: 2c3629a698e537c69c71039bc6172b3c0e617ff1) Signed-off-by: Matthew McClintock Signed-off-by: Richard Purdie

perl: use @STAGINGDIR@ in config.sh

2012-07-04T16:40:36+00:00

archlibexp in the snapshotted config.sh needs to be relative to staging dir - it gets generated into Config_heavy.pl as one of the settings and is used by ExtUtils::Embed during the target build. The substituted setting doesn't make it into the target package because it's removed by perl_package_preprocess() before packaging. (From OE-Core rev: b647d2ab84ff0eb94f4b6a1b731d74aaf8c60b9d) Signed-off-by: Tom Zanussi Signed-off-by: Richard Purdie

perl: add @STAGINGDIR@ for config.sh substitions

2012-07-04T16:40:36+00:00

For some config.sh substitions, we'd like to be able to use STAGING_DIR_HOST; add @STAGINGDIR@ to allow for that. (From OE-Core rev: cc594be0877b2a6616453c402db0a58ef265bc8d) Signed-off-by: Tom Zanussi Signed-off-by: Richard Purdie

perl: keep original libperl location

2012-07-04T16:40:36+00:00

Things like ExtTools expect to find libperl at the original (${libdir}/perl/${PV}/CORE/libperl.so) location, so keep it there but symlink to it for the original (?) reason. (From OE-Core rev: deb5d5ededfc404f4c54b18f3dcf8192e1c835e0) Signed-off-by: Tom Zanussi Signed-off-by: Richard Purdie

libxml-simple-perl: Upgrade to 2.20

2012-06-25T15:35:54+00:00

Change license file to LICENSE, which now contails both Artistic-1.0 and GPL-1.0 License text (From OE-Core rev: b92478f8067e1b69bbe7338e3c0a3b082c6df46d) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

perl: Allow perl to cross build and native build in a directory named "t"

2012-06-18T16:33:04+00:00

If any directory in leading up to your tmp directory has the name "t" perl will fail to build with a very cryptic error shown below: pod/buildtoc: no pods at pod/buildtoc line 305. make[1]: *** [pod/perltoc.pod] Error 255 This is a result of the perl file checking making an assumption that it is only looking at files and directories with in the perl source directory. This assumption fails with the way bitbake sets up perl to properly cross compile. (From OE-Core rev: f8a054aca9962ebfd4c74fc1d34cd684de6b3568) Signed-off-by: Jason Wessel Signed-off-by: Richard Purdie

perl: fix re-execution of compile task

2012-04-17T11:26:12+00:00

After building perl package, re-execution of compile task recursively substitutes the path, making it an invalid path. Fixed to prevent recursive substitution. Similar case as [Yocto #2194] (From OE-Core rev: 16542d982d86d42d3189d47a8180f0f71646a9ca) Signed-off-by: Venkata Ramana Gollamudi Signed-off-by: Richard Purdie

perl: fix re-execution of patch/configure

2012-04-16T21:30:03+00:00

The perl recipe's do_configure() does some manual sed replacements over the entire WORKDIR. Fix the following issues with this: * Skip patches, which fixes re-execution of do_patch after do_configure has run once * Ensure that the replacement operation does nothing if do_configure is re-executed * Avoid unnecessarily modifying /usr/include paths within documentation that will end up being packaged * Fix a quoting issue in the expression used in the grep command that ended up causing files that did not contain .*\.h after /usr/include to be matched and modified. The files modified during do_configure have been compared before and after this patch to ensure there are no unexpected changes. Some /usr/include paths that are not within documentation are no longer being substituted however these are all within comments or scripts for other Unix operating systems that are not applicable. [YOCTO #2194] (From OE-Core rev: 19255032e7744fce5cbe466e4869ded378d3b4f5) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

PR bump packages with gdbm in DEPENDS

2012-04-13T15:04:10+00:00

This is done because of this change in gdbm: "gdbm: Package compat libs in gdbm-compat" (From OE-Core rev: b91d8a07f736b7698650d25609245c89e0ed73d5) Signed-off-by: Andrei Gherzan Signed-off-by: Richard Purdie

Fix common typoes "existant", "dependant" and variations

2012-03-22T16:47:06+00:00

Fix a couple common typoes, all contained within comments so there should be no effect on functionality. (From OE-Core rev: dc52c3cbf3a7b7242d53019f7643495eb40c0566) Signed-off-by: Robert P. J. Day Signed-off-by: Richard Purdie