| Age | Commit message (Collapse) | Author | Files |
|---|
|
* 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
|
|
sdk bblcass: ditto, this time the fix is from poky
|
|
|
|
|
|
when run as part of a native build
|
|
|
|
|
|
|
|
* 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.
|
|
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.
|
|
cpan-base class and update cpan_build to work with the new perl layout that
was added with perl 5.8.8.
|
|
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.
|
|
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.
|
|
* 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.
|
|
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.
|
|
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.
|
|
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.
|
|
targets.
Thanks to Jamie Lenahan for the help
|
|
linking against the host libraries. Modify LDDFLAGS as part of the other
modifications that already occur.
|
|
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.
|
|
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.
|
|
and RDEPEND on perl-native to avoid having to add it to every single
perl module recipe.
|
|
${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.
|
|
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...
|
|
|
|
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
|
