summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/perl/perl-5.12.2
Commit message (Collapse)AuthorAgeFilesLines
* perl: upgrade from 5.12.2 to 5.12.3Nitin A Kamble2011-04-2863-11027/+0
| | | | | | | | | And changed the perl tarball URL to more stable cpan location. (From OE-Core rev: 3a08c401f298095840a2aee9079845f5ff434410) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-5.12.2: use of PERLHOSTLIB var fixNitin A Kamble2011-04-2455-2/+177
| | | | | | | | | | | | | PERLHOSTLIB var is used to build target perl. It let perl use the native perl .so module files at the time of compilation of target perl. These changes to perl make the PERLHOSTLIB variable also useful for building perl modules to use native .so perl module. (From OE-Core rev: f4d51e63c0df777bbcbe9ad160eb3ba41ae74c6e) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: another set of parallel build fixesNitin A Kamble2011-03-114-22/+661
| | | | | | | | | | | [YOCTO #784] Imported more commits from the perl upstream tree (From OE-Core rev: c3b74b0c3833541ab5e89a7f9597f1ef8a413a70) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: import parallel build fixes from upstream git treeNitin A Kamble2011-02-244-18/+6630
| | | | | | | The parallel build issue is fixed in the upstream perl git tree differently. Replacing our fix with the upstream fix. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* perl-native: fix parallel buildNitin A Kamble2011-02-171-0/+18
| | | | | | | | | | | perl native recipe was failing on 40-way system with the parallel build turned on. With this patch the parallel build on 40 way build system is not failing. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Passed 31 clean/build cycles on the 40-way. Tested-by: Darren Hart <dvhart@linux.intel.com>
* perl: Add GDBM module for perlJingdong Lu2011-01-201-2/+2
| | | | | | Add GDBM_File module and add it into perl extension in config.sh in order to fix failure of lsb-perl-test. Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
* perl, perl-native: upgrade from 5.8.8 to 5.12.2Nitin A Kamble2011-01-1255-0/+3583
Deleted these patches as they are part of the upstream code now. deleted: files/perl-5.8.8-gcc-4.2.patch deleted: perl-5.12.2/makedepend-dash.patch deleted: perl-5.12.2/native-no-gdbminc.patch deleted: perl-5.12.2/54_debian_perldoc-r.patch And rebased these patches to the newer source code modified: files/letgcc-find-errno.patch modified: perl-5.12.2/Makefile.patch modified: perl-5.12.2/asm-pageh-fix.patch modified: perl-5.12.2/native-nopacklist.patch modified: perl-5.12.2/native-perlinc.patch modified: perl-5.12.2/Makefile.SH.patch modified: perl-5.12.2/installperl.patch modified: perl-5.12.2/perl-dynloader.patch modified: perl-5.12.2/09_fix_installperl.patch get patches from debian perl ver 5.12.2-2 the fakeroot.diff patch from debian is conflicting with our Makefile.SH.patch, hence disabling the fakeroot patch use newly created config files Created with current milestone branch on qemu machines modified: config.sh modified: config.sh-32 modified: config.sh-64 get some changes from oe's perl 5.10.1 recipe fix the Makefile.SH.patch use miniperl instead of perl import a OE 5.10.1 patch: uudmap_cross fix install issues add /usr in the destdir, so that perl gets installed in /usr/bin/perl and not in /bin/perl link /usr/lib/perl to /usr/lib/perl5 so that operations with /usr/lib/perl path in them keep on working. Fix/Improve perl packaging avoid perl-module-module-* kind of packages recreate perl-rdepends_5.12.2.inc file with new set of packages import from oe perl-rprovide_5.12.2.inc combine all unicore perl scripts in one package simplify perl-lib reduce no of perl recipe packages greatly. Add zlib to depedancy fix buildtime host contamination This also fixes [BUGID #384] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>