openembedded-core.git/meta/classes/pythonnative.bbclass, branch pyro

pythonnative.bbclass, python3native.bbclass: use DEPENDS_append instead of DEPENDS +=

2016-07-01T15:08:45+00:00

Otherwise -native variants of recipes that use these classes don't get a proper python[3]-native
dependency for some reason.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton

pythonnative.bbclass, python3native.bbclass: export STAGING_INCDIR, STAGING_LIBDIR, PYTHON variables

2016-07-01T15:08:44+00:00

We patch Python's distutils modules to access STAGING_INCDIR/LIBDIR, so when
they are not set, scripts that utilize distutils (e.g. python-config) fail.
Several recipes need to export those manually to prevent such failures,
so let's do that in the class instead.

PYTHON variable is exported because otherwise autotools' python.m4
macro will pick up its own internal default, which may not be the version
that we want.

glib recipe in particular was previously using Python 2.x during build due to python.m4
defaulting to it - now it's using Python 3.x, and so needs a small fix in
deletion of *.pyc files.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton

pythonnative: set PYTHON_EXECUTABLE so that cmake can find it

2014-12-24T17:48:58+00:00

| CMake Error at /home/a.mueller/tmp/oe-core-glibc/sysroots/x86_64-linux/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
|   Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE)

[RP: Added comment that is used by cmake]
Signed-off-by: Andreas Müller 
Signed-off-by: Richard Purdie

classes/distutils: Introduce PYTHON_PN

2014-02-02T22:34:31+00:00

This is needed to accomodate python3 alongside
python2

Signed-off-by: Khem Raj

base/perlnative/pythonnative/gzipnative: Add a new variable to enable easier handling of native path issues

2012-07-26T13:55:35+00:00

If something is listed in ASSUME_PROVIDED but also manually built (like bzip2-native and
bzip2-replacement-native), we need to ensure that the installed binaries are only accessed
for things which list the provider in DEPENDS.

This patch adds a generic mechanism to handle this instead of everything reinventing the
wheel. EXTRANATIVEPATH += "perl-native" will ensure that ${STAGING_BINDIR_NATIVE}/perl-native
is added to PATH.

This means that:

a) Such providers should install to ${bindir}/xxx-native
b) Should PROVIDE += "xxxx-replacement-native"
c) That users should DEPEND on xxx-replacement-native and have EXTRANATIVEPATH += "xxx-native"

This patch enables this at the core level, the bzip2 recipe still needs adjusting to work
like this along with adjustment of the users of bzip2-replacement-native (python-native?).

Signed-off-by: Richard Purdie

python-native: Put binaries in seperate directory

2012-07-22T10:40:07+00:00

Update python-native to install the binaries in the python-native directory,
add pythonnative.bbclass to let recipes that need python-native use the
binaries and update disutils access the new binaries. Update distutils-base
to inherit pythonnative.

Signed-off-by: Richard Purdie