Age | Commit message (Collapse) | Author | Files |
|
using PIC for compiling shared libraries.
|
|
patches out of the common directory and only specify common files in
the SRC_URI in perl.inc, move the others to the version specific
.bb's.
|
|
wiping out the options that were set for sh3/sh4 - we only need to init the
OPTIONS once.
|
|
|
|
targets.
Thanks to Jamie Lenahan for the help
|
|
configures and compiles, but still doesn't install.
|
|
|
|
for powerpc targets
|
|
|
|
|
|
it.
|
|
mailing list. There should be no functionality changes yet.
|
|
|
|
names the actual module instead of using python. Should help with the
current parse errors that is apparently occurring with new versions of
bitbake. The python version was helpful when messing with lots of these
things but serves no purpose now.
|
|
|
|
|
|
|
|
- the function has obviously been forgotten to add for version 1.16
|
|
|
|
see email thread at http://lists.openembedded.org/pipermail/openembedded-devel/2006-October/000523.html for details
|
|
currently including it.
|
|
the version so upgrades are easier.
|
|
|
|
dependency listed twice.
|
|
package name to require from the name of the native package. This
makes all native files identical which makes adding new ones easier.
|
|
requires.
|
|
perl6 style junction operators in perl5.
|
|
based, implementation of Math::BigInt.
|
|
RDEPENDS.
|
|
modules which are not picked up by the script which was used to
generate the automatic dependencies. They way they are used makes it
difficult to automatically detect that these are needed.
|
|
check for threading availability.
Since perl-native is used to compile modules, and perl-native is
built with threading enabled, any modules that check for threading
think that it's available. However when you attempt to use the module
on the target it complains about missing symbols (those related to
threading).
The two options to fix this are to enable threading in perl or to
disable it in perl-native. I've tested the later and will use that
since I have some modules that required threading.
This change is still needed for all the other targets.
|
|
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.
|
|
the output message from grep. The output message could change
depending on the LOCALE which would break the current test. Make it
DEPEND on grep-native to ensure we get the gnu version of grep which
is needed for -I to work. As per bug #1439.
|
|
per #1439, so that configure doesn't fail if you happen to end up with this
string in the perl-native binary.
|
|
libraries used by standard perl modules. This was picking up LD from OE
which as the linking when we need to use gcc to link. Override LD when
calling oe_make to force the use of gcc to link.
|
|
DEPENDS when building anything apart from libmodule-build-perl or
libmodule-build-perl-native. When building itself it uses itself to provide
the libmodule-build-perl code, for anything else it needs to have been built
and installed. Remove the explicit depends from the modules that use it.
|
|
under either the Artistic license or the GPL, and not just under the
Artistic license.
|
|
currently in OE are no longer available on cpan.
|
|
|
|
style message handling.
|
|
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.
|
|
|
|
|
|
using the new Build.PL build system, *expect* for libmodule-build itself
which can bootstrap itself.
|
|
commit.
|
|
of libmodule-build, the new Build.PL based perl install system.
|
|
- Remove the DEPENDS on perl since the cpan class now adds it.
- Bump PR to take into account the changed installation location.
|
|
required to run mason (perl web content development and delivery engine).
Mason itself, and the additional modules needed to build it, to follow.
|
|
targets:
- You cannot link using LD on sh3/sh4, since ld fails to link in the
hidden library of weak symbols that is needed. Ccc knows about this
library and correctly links it in. The generate_config_sh script
was replacing the configred linker with LD from the environment and
the soname patch was passing parameters directly to LD which need
to be passed differently when linking with gcc.
- Any code to go in shared libraries must be compiled with -fPIC,
which while present in the config file was again being replaced
from the environment by the generate_config_sh script.
Both these patches probably should be ok for all targets, but they
would definately need run-time testing. So they are just patched in
for sh3 and sh4 for now.
Also removed the old code I added not to install the shared library
if its not configured since its configured for all targets after this
change.
|
|
|