summaryrefslogtreecommitdiff
path: root/packages/perl/perl_5.8.8.bb
AgeCommit message (Collapse)AuthorFiles
2007-05-30perl/perl-native 5.8.8: Change the installation directories used forJamie Lenehan1
perl-native to remove the various directories and to remove the host specific path components. This is to make it easier to refer to the staged perl location from other places, such as when trying to tell things where the perl include files are located.
2007-05-29perl 5.8.8: Fix the CFLAGS being used for perl modules. Instead of replacingJamie Lenehan1
the CFLAGS from the perl configuration with the OE CFLAGS we prepend the OE CFLAGS. This is needed to ensure that compiler defines (such as _GNU_SOURCE) are correctly definied when building perl modules. This primarily effects modules that link against the core perl library, such as libxml-parser-perl.
2007-05-08perl/perl-native 5.8.8: Remove -DEFAULT_PREFERENCE = "-1" for version 5.8.8.Jamie Lenehan1
Some distributions have already started to use this so it's probably about time to promote it to the default.
2007-05-08perl 5.8.8: Allow debian.bbclass to mess with perl-lib's naming. This willJamie Lenehan1
cause issues with upgrading from earlier 5.8.8 versions (perl-lib will remain instead of upgrading to libperl5) but it'll actually make upgrades from 5.8.7 work. I can't see how to fix the 5.8.8 upgrading easily. The renaming was disabled due to a mistake on my part.
2007-05-06perl 5.8.8: Bump PR due to the perl-native change which will fix failingJamie Lenehan1
perl builds on some hosts.
2007-05-04perl/perl-native 5.8.8: Move the creation of the hostperl link in stagingJamie Lenehan1
from the configure task in perl to the stage task in perl-native where it belongs - perl shouldn't be messing with the staged perl-native.
2007-05-01perl 5.8.8: Fix to tell bitbake about the perl module packages. I'd left outJamie Lenehan1
the PACKAGES_DYNAMIC declaration for the perl modules. This declaration appears to be global though - so if either of the older perl versions exist it actually works - bitbake picks up the definition from the older recipes even though it isn't building them. This shows up as "No providers of runtime build target <x>" errors where x is a perl module. Thanks to Koen for figuring this one out.
2007-05-01perl 5.8.8: Allow perl to build when using an external toolchain.Jamie Lenehan1
This is done by allowing gcc to search for errno.h by itself instead of manually searching for. The manual search was looking in STAGING_INCDIR and that's not where the external toolchains headers are. This whole test is really for handle other compilers and operating systems, so the simple make gcc do itself should be fine for us. Closes #1700.
2007-04-30perl 5.8.8: Improvements for cpan modules:Jamie Lenehan1
* Modify perl to install a copy of it's configuration during staging. This will allow us to get at the perl settings for the target when building cpan modules. * Modify perl-native to allow selection of the host or target configuration based on an environment variable. This will allow the cpan class to select the appropriate configuration based on if we are building the native package or not. * Modify cpan.bbclass to set the environment variable to an appropriate value to tell perl native to select the appropriate settings based on if we are building native or target modules. This change fixes some modules that were compiled for the host instead of the target (libversion-perl for example) and fixes up some of cpan modules that include additional subdirectories with their own makefiles.
2007-04-27perl 5.8.8: Fixes to be able to build under uclibc.Jamie Lenehan1
2007-04-26perl 5.8.8: Minor updates to the packaging:Jamie Lenehan1
* don't install packlists - we don't need them and it saves space (debian patch) * don't split POSIX module over perl and perl-arch dirs (debian patch) * add a -doc package and put all the random documentation and examples from the perl tree in it. * include all the .pod's from over the tree in the .pod package * include the .e2x files in the encode package
2007-04-26perl 5.8.8: Move configuration files for libnet and cpan to /etc/perl toJamie Lenehan1
match the debian configuration. It moves these configuration files to /etc/ to allow for read only /usr installations.
2007-04-25perl 5.8.8: Move comments on how to create the dependency list into theJamie Lenehan1
dependency file itself to make the main recipe a bit more readable. Also move the two dependencies that were manually added to the the dependenecy list file and fix use RDEPENDS instead of DEPENDS.
2007-04-24perl 5.8.8: Replace host paths from the configuration file that is to beJamie Lenehan1
installed on the target with those that are suitable for the target. This has no effect on actually using perl but would have an effect on trying to build perl modules on the target.
2007-04-24perl 5.8.8: Re-arrange the installation directories to match the debianJamie Lenehan1
style FHS compliant layout rather then OE specific layout that was being used previously. Note that cpan perl modules build under OE won't work with this because they expect the 5.8.7 type layout (this will be fixed later.)
2007-04-24perl 5.8.8: Extract out the common settings from the 32/64 bit configs to aJamie Lenehan1
common file to make it easier to edit the common settings. A few settings were changed to help make the configurations closer.
2007-04-21perl: Move the list of rprovides for backward compatiblity into a seperateJamie Lenehan1
.inc file and include it in the two recipes that need the list.
2007-04-21perl: Add 5.8.8 and use DEFAULT_PREFERENCE to disable it until moreJamie Lenehan1
testing is done. Main differences from the 5.8.7 recipe are: * Always use gcc to link. Same arch's require this, while others can happily use ld. Use gcc for everything. * Fix threading issues by enabling threading in both perl-native and perl. In fact make the configurations almost identical. * No per ARCH configuration, just 32/64/le/be configs. This should stop configurations differing between arch's which made fixing things 5.8.7 difficult. Also means new ARCH's should work without any changes. * Fix up the way miniperl is handled so it shouldn't be the cause of problems for people anymore. * Stop perl-modules depending on perl-dbg, perl-pod, perl-dev etc. * In theory should work for MACHINE="native" now. Only tested for an sh4/glibc target built on an x86_64 host so far. A lot more testing and more cleanups are needed before this is ready to be enabled by default. NOTE: You must build the matching version of perl-native before attempting to build perl (that applies for any version).