summaryrefslogtreecommitdiff
path: root/classes/cpan.bbclass
AgeCommit message (Collapse)AuthorFiles
2009-11-11perl: Move config.sh to STAGING_LIBDIR rather than trying to be clever with ↵Richard Purdie1
staging variables and losing Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2008-11-11perl and cpan.bbclass: Never reference to host instance of perl:Stanislav Brabec1
* install MakeMaker files separately for native and target system * PERL_INC, PERL_LIB and PERL_ARCHLIB changes through environment * for more see http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-November/006815.html
2008-10-07cpan* bbclass: fix for staging layout changesKoen Kooi1
sdk bblcass: ditto, this time the fix is from poky
2008-08-06cpan.bbclass : more generic solution to perl module build problemsGraeme Gregory1
2008-04-01cpan.bbclass: removed bashisms (from Poky)Marcin Juszkiewicz1
2008-03-17cpan.bbclass: Run the install routine as the staging task instead of install ↵Richard Purdie1
when run as part of a native build
2008-03-15Reverse accidental changes in dc0f5b4ef4b836d72bf43dffa503ab86e6f7de54Richard Purdie1
2008-03-15gcc: Some futher .bb -> .inc changesRichard Purdie1
2007-10-29Remove final references to BUILD_SYS in staging pathsRichard Purdie1
2007-05-30perl 5.8.8: Fixes for uclibc and libxml-parser-perl.Jamie Lenehan1
* Stage the headers from perl * Modify cpan.bbclass to use the appropriate headers. * Remove prototypes as well as disabling functions that uclibc doesn't support. * Bump PR on libxml-parser-perl to force it to be rebuilt. Previously it was always using the headers from native-perl, since the headers were the same for native and target... but that's only true in the case of glibc, for uclibc the headers are different.
2007-05-30perl 5.8.8: Patch MakeMaker in perl-native to check for PERL_INC in theJamie Lenehan1
environment and use that instead of the configured location of PERL_INC. Without this PERL_INC for non-native recipes ends up pointing at where the headers will be located on the target. In theory we could override this in cpan class when calling build.PL but for some packages, such as libxml-parser-perl, that only fixes the top-level makefile and is not propagated to the sub-makefiles. This change results in MakeMaker always picking up the correct staged location of the include files without effecting where they expect to be found on the target.
2007-05-04perl: Extract common functionality from cpan and cpan_build classes into aJamie Lenehan1
cpan-base class and update cpan_build to work with the new perl layout that was added with perl 5.8.8.
2007-05-02cpan.bbclass: Stop the cpan modules which ask you to confirm theJamie Lenehan1
configuration from hanging bitbake. They expect you to press y to indicate that you are ok with the configuration. For some reason there was no problem in bitbake 1.6 but this caused hangs in do_configure with bitbake 1.8.
2007-05-02cpan.bbclass: Building cpan modules needs to depend on both perl andJamie Lenehan1
perl-native. They are built with perl-native but use the configuration information from perl. This issue wasn't showing up with bitbake 1.6 but is with 1.8.2 where perl is configured and compiled perl but not staged prior to moving on.
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-27cpan: Use CCLD for the linking instead of ${TARGET_SYS}-gcc. Without thisJamie Lenehan1
native packages break because <buildarch>-gcc doesn't exist, just gcc. CCLD gets us the correct CC to be used for linking in both cases, so we use that.
2007-04-27perl 5.8.8/cpan: Fix the installation paths for cpan modules. The installedJamie Lenehan1
files for perl modules built using cpan will end up in different places depending on which version of perl they are being built with. Modules that explicitly set various FILES_ values were using the paths that are only valid for the older versions of perl. Calculate and set the correct path in cpan.bbclass and use that in the FILES_ variables so that it'll be correct for all versions of perl.
2007-04-25cpan.bbclass: Update to enable the building cpan modules for perl 5.8.8.Jamie Lenehan1
This uses the installed perl configuration to determine if we are building for the old or the new perl layout. Currently this just changes the installation paths and always uses gcc to link, but more changes will be added later to make the perl module building process a lot more reliable.
2007-04-01packages/perl/perl_5.8.7.bb: A set of patches to make perl usable on powerpc ↵Stelios Koroneos1
targets. Thanks to Jamie Lenahan for the help
2006-10-03cpan.bbclass: If a module attempts to use LDDFLAGS to link then it will beJamie Lenehan1
linking against the host libraries. Modify LDDFLAGS as part of the other modifications that already occur.
2006-10-03perl: Another sh3/sh4 shared library fix. Modules build built withJamie Lenehan1
cpan.bbclass were being linked using ld instead of gcc, which often breaks on sh. Override the LD settings so any cpan modules that compile c/c++ code use gcc to link. Bump the PR on the effected modules.
2006-09-28perl: Update cpan.bbclass to set CCFLAGS to CFLAGS so that the compilerJamie Lenehan1
settings for the current OE build are used instead of the made up values in the perl config (which were manually generated since we are cross compiling). Remove this from each of the perl modules that was manually setting this.
2006-09-26cpan.bbclass/cpan_build.bbclass: Make all perl modules DEPEND on perlJamie Lenehan1
and RDEPEND on perl-native to avoid having to add it to every single perl module recipe.
2006-09-26cpan.bbclass: Instead of putting modules into ${libdir}/perl5 put them intoJamie Lenehan1
${libdir}/perl5/site_perl/${version} since ${libdir}/perl5 is not part of the standard INC (search) path for perl and so these modules are not found by default in the original location. Technically they should go in vendor_perl instead of site_perl, but that requires changes to all of the configuration files which is a much more complex change.
2006-08-06clases/cpan.bbclass,packages/perl: add EXTRA_CPANFLAGS, fix nativeHolger Freyther1
Add EXTRA_CPANFLAGS to cpan.bbclass, similiar to EXTRA_OECONF and EXTRA_OEMAKE Use this in libxml-parser-perl-native to point to the expat include and libraries perl-native inherits native already. No need to use BUILD_CC, BUILD_FOO, BUILD_LDFLAGS but use LDFLAGS and CC directly. LDFLAGS has rpath already removed...
2005-06-30import clean BK tree at cset 1.3670Koen Kooi1
2004-12-07Merge oe-devel@oe-devel.bkbits.net:packages.bbChris Larson1
into handhelds.org:/home/kergoth/code/packages.bb 2004/12/07 04:58:25-06:00 ti.com!kergoth More updates per the core rename. 2004/12/07 04:46:51-06:00 ti.com!kergoth Update soundtracker per the core rename. 2004/12/07 04:44:14-06:00 ti.com!kergoth Merge 2004/12/07 04:42:38-06:00 ti.com!kergoth Updates per the recent rename of the oe core from 'oe' to 'bitbake'. BKrev: 41b6293b91LRHSxMOt6WnrZVAdLbFw