2013-12-11 21:26:36 +01:00
|
|
|
################################################################################
|
|
|
|
# Python package infrastructure
|
|
|
|
#
|
|
|
|
# This file implements an infrastructure that eases development of
|
|
|
|
# package .mk files for Python packages. It should be used for all
|
|
|
|
# packages that use Python setup.py/setuptools as their build system.
|
|
|
|
#
|
|
|
|
# See the Buildroot documentation for details on the usage of this
|
|
|
|
# infrastructure
|
|
|
|
#
|
|
|
|
# In terms of implementation, this Python infrastructure requires the
|
2014-07-24 20:07:02 +02:00
|
|
|
# .mk file to only specify metadata information about the package:
|
2013-12-11 21:26:36 +01:00
|
|
|
# name, version, download URL, etc.
|
|
|
|
#
|
|
|
|
# We still allow the package .mk file to override what the different
|
|
|
|
# steps are doing, if needed. For example, if <PKG>_BUILD_CMDS is
|
|
|
|
# already defined, it is used as the list of commands to perform to
|
|
|
|
# build the package, instead of the default Python behaviour. The
|
|
|
|
# package can also define some post operation hooks.
|
|
|
|
#
|
|
|
|
################################################################################
|
|
|
|
|
|
|
|
# Target distutils-based packages
|
|
|
|
PKG_PYTHON_DISTUTILS_ENV = \
|
2014-04-15 00:31:06 +02:00
|
|
|
PATH=$(BR_PATH) \
|
2013-12-11 21:26:36 +01:00
|
|
|
CC="$(TARGET_CC)" \
|
|
|
|
CFLAGS="$(TARGET_CFLAGS)" \
|
|
|
|
LDFLAGS="$(TARGET_LDFLAGS)" \
|
|
|
|
LDSHARED="$(TARGET_CROSS)gcc -shared" \
|
2014-02-18 21:40:03 +01:00
|
|
|
PYTHONPATH="$(if $(BR2_PACKAGE_PYTHON3),$(PYTHON3_PATH),$(PYTHON_PATH))" \
|
2013-12-11 21:26:36 +01:00
|
|
|
_python_sysroot=$(STAGING_DIR) \
|
|
|
|
_python_prefix=/usr \
|
|
|
|
_python_exec_prefix=/usr
|
|
|
|
|
2014-09-27 21:32:45 +02:00
|
|
|
PKG_PYTHON_DISTUTILS_BUILD_OPTS = \
|
2013-12-11 21:26:36 +01:00
|
|
|
--executable=/usr/bin/python
|
|
|
|
|
2014-09-27 21:32:40 +02:00
|
|
|
PKG_PYTHON_DISTUTILS_INSTALL_TARGET_OPTS = \
|
2013-12-11 21:26:36 +01:00
|
|
|
--prefix=$(TARGET_DIR)/usr
|
|
|
|
|
2014-09-27 21:32:41 +02:00
|
|
|
PKG_PYTHON_DISTUTILS_INSTALL_STAGING_OPTS = \
|
2014-07-16 22:23:59 +02:00
|
|
|
--prefix=$(STAGING_DIR)/usr
|
|
|
|
|
2013-12-11 21:26:36 +01:00
|
|
|
# Host distutils-based packages
|
|
|
|
HOST_PKG_PYTHON_DISTUTILS_ENV = \
|
2014-04-15 00:31:06 +02:00
|
|
|
PATH=$(BR_PATH)
|
2013-12-11 21:26:36 +01:00
|
|
|
|
2014-09-27 21:32:39 +02:00
|
|
|
HOST_PKG_PYTHON_DISTUTILS_INSTALL_OPTS = \
|
2013-12-11 21:26:36 +01:00
|
|
|
--prefix=$(HOST_DIR)/usr
|
|
|
|
|
|
|
|
# Target setuptools-based packages
|
|
|
|
PKG_PYTHON_SETUPTOOLS_ENV = \
|
2014-04-15 00:31:06 +02:00
|
|
|
PATH=$(BR_PATH) \
|
2014-02-18 21:40:03 +01:00
|
|
|
PYTHONPATH="$(if $(BR2_PACKAGE_PYTHON3),$(PYTHON3_PATH),$(PYTHON_PATH))" \
|
2013-12-22 18:02:10 +01:00
|
|
|
_python_sysroot=$(STAGING_DIR) \
|
|
|
|
_python_prefix=/usr \
|
|
|
|
_python_exec_prefix=/usr
|
2013-12-11 21:26:36 +01:00
|
|
|
|
2014-09-27 21:32:40 +02:00
|
|
|
PKG_PYTHON_SETUPTOOLS_INSTALL_TARGET_OPTS = \
|
2013-12-11 21:26:36 +01:00
|
|
|
--prefix=$(TARGET_DIR)/usr \
|
|
|
|
--executable=/usr/bin/python \
|
|
|
|
--single-version-externally-managed \
|
|
|
|
--root=/
|
|
|
|
|
2014-09-27 21:32:41 +02:00
|
|
|
PKG_PYTHON_SETUPTOOLS_INSTALL_STAGING_OPTS = \
|
2014-07-16 22:23:59 +02:00
|
|
|
--prefix=$(STAGING_DIR)/usr \
|
|
|
|
--executable=/usr/bin/python \
|
|
|
|
--single-version-externally-managed \
|
|
|
|
--root=/
|
|
|
|
|
2013-12-11 21:26:36 +01:00
|
|
|
# Host setuptools-based packages
|
|
|
|
HOST_PKG_PYTHON_SETUPTOOLS_ENV = \
|
2014-04-15 00:31:06 +02:00
|
|
|
PATH=$(BR_PATH)
|
2013-12-11 21:26:36 +01:00
|
|
|
|
2014-09-27 21:32:39 +02:00
|
|
|
HOST_PKG_PYTHON_SETUPTOOLS_INSTALL_OPTS = \
|
2013-12-11 21:26:36 +01:00
|
|
|
--prefix=$(HOST_DIR)/usr
|
|
|
|
|
|
|
|
################################################################################
|
|
|
|
# inner-python-package -- defines how the configuration, compilation
|
|
|
|
# and installation of a Python package should be done, implements a
|
|
|
|
# few hooks to tune the build process and calls the generic package
|
|
|
|
# infrastructure to generate the necessary make targets
|
|
|
|
#
|
|
|
|
# argument 1 is the lowercase package name
|
2014-07-24 20:57:41 +02:00
|
|
|
# argument 2 is the uppercase package name, including a HOST_ prefix
|
2013-12-11 21:26:36 +01:00
|
|
|
# for host packages
|
|
|
|
# argument 3 is the uppercase package name, without the HOST_ prefix
|
|
|
|
# for host packages
|
2014-02-05 10:44:03 +01:00
|
|
|
# argument 4 is the type (target or host)
|
2013-12-11 21:26:36 +01:00
|
|
|
################################################################################
|
|
|
|
|
|
|
|
define inner-python-package
|
|
|
|
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$(2)_SRCDIR = $$($(2)_DIR)/$$($(2)_SUBDIR)
|
2013-12-11 21:26:36 +01:00
|
|
|
$(2)_BUILDDIR = $$($(2)_SRCDIR)
|
|
|
|
|
|
|
|
$(2)_ENV ?=
|
2014-09-27 21:32:45 +02:00
|
|
|
$(2)_BUILD_OPTS ?=
|
2014-09-27 21:32:39 +02:00
|
|
|
$(2)_INSTALL_OPTS ?=
|
2013-12-11 21:26:36 +01:00
|
|
|
|
|
|
|
ifndef $(2)_SETUP_TYPE
|
|
|
|
ifdef $(3)_SETUP_TYPE
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$(2)_SETUP_TYPE = $$($(3)_SETUP_TYPE)
|
2013-12-11 21:26:36 +01:00
|
|
|
else
|
2013-12-15 16:17:28 +01:00
|
|
|
$$(error "$(2)_SETUP_TYPE must be set")
|
2013-12-11 21:26:36 +01:00
|
|
|
endif
|
|
|
|
endif
|
|
|
|
|
|
|
|
# Distutils
|
|
|
|
ifeq ($$($(2)_SETUP_TYPE),distutils)
|
2014-02-05 10:44:03 +01:00
|
|
|
ifeq ($(4),target)
|
2013-12-11 21:26:36 +01:00
|
|
|
$(2)_BASE_ENV = $$(PKG_PYTHON_DISTUTILS_ENV)
|
|
|
|
$(2)_BASE_BUILD_TGT = build
|
2014-09-27 21:32:45 +02:00
|
|
|
$(2)_BASE_BUILD_OPTS = $$(PKG_PYTHON_DISTUTILS_BUILD_OPTS)
|
2014-09-27 21:32:40 +02:00
|
|
|
$(2)_BASE_INSTALL_TARGET_OPTS = $$(PKG_PYTHON_DISTUTILS_INSTALL_TARGET_OPTS)
|
2014-09-27 21:32:41 +02:00
|
|
|
$(2)_BASE_INSTALL_STAGING_OPTS = $$(PKG_PYTHON_DISTUTILS_INSTALL_STAGING_OPTS)
|
2013-12-11 21:26:36 +01:00
|
|
|
else
|
|
|
|
$(2)_BASE_ENV = $$(HOST_PKG_PYTHON_DISTUTILS_ENV)
|
|
|
|
$(2)_BASE_BUILD_TGT = build
|
2014-09-27 21:32:45 +02:00
|
|
|
$(2)_BASE_BUILD_OPTS =
|
2014-09-27 21:32:39 +02:00
|
|
|
$(2)_BASE_INSTALL_OPTS = $$(HOST_PKG_PYTHON_DISTUTILS_INSTALL_OPTS)
|
2013-12-11 21:26:36 +01:00
|
|
|
endif
|
|
|
|
# Setuptools
|
|
|
|
else ifeq ($$($(2)_SETUP_TYPE),setuptools)
|
2014-02-05 10:44:03 +01:00
|
|
|
ifeq ($(4),target)
|
2013-12-11 21:26:36 +01:00
|
|
|
$(2)_BASE_ENV = $$(PKG_PYTHON_SETUPTOOLS_ENV)
|
2014-02-18 21:39:54 +01:00
|
|
|
$(2)_BASE_BUILD_TGT = build
|
2014-09-27 21:32:45 +02:00
|
|
|
$(2)_BASE_BUILD_OPTS =
|
2014-09-27 21:32:40 +02:00
|
|
|
$(2)_BASE_INSTALL_TARGET_OPTS = $$(PKG_PYTHON_SETUPTOOLS_INSTALL_TARGET_OPTS)
|
2014-09-27 21:32:41 +02:00
|
|
|
$(2)_BASE_INSTALL_STAGING_OPTS = $$(PKG_PYTHON_SETUPTOOLS_INSTALL_STAGING_OPTS)
|
2013-12-11 21:26:36 +01:00
|
|
|
else
|
|
|
|
$(2)_BASE_ENV = $$(HOST_PKG_PYTHON_SETUPTOOLS_ENV)
|
|
|
|
$(2)_BASE_BUILD_TGT = build
|
2014-09-27 21:32:45 +02:00
|
|
|
$(2)_BASE_BUILD_OPTS =
|
2014-09-27 21:32:39 +02:00
|
|
|
$(2)_BASE_INSTALL_OPTS = $$(HOST_PKG_PYTHON_SETUPTOOLS_INSTALL_OPTS)
|
2013-12-11 21:26:36 +01:00
|
|
|
endif
|
2013-12-15 16:17:28 +01:00
|
|
|
else
|
|
|
|
$$(error "Invalid $(2)_SETUP_TYPE. Valid options are 'distutils' or 'setuptools'")
|
2013-12-11 21:26:36 +01:00
|
|
|
endif
|
|
|
|
|
|
|
|
# Target packages need both the python interpreter on the target (for
|
|
|
|
# runtime) and the python interpreter on the host (for
|
|
|
|
# compilation). However, host packages only need the python
|
2014-03-05 23:04:42 +01:00
|
|
|
# interpreter on the host, whose version may be enforced by setting
|
|
|
|
# the *_NEEDS_HOST_PYTHON variable.
|
|
|
|
#
|
|
|
|
# So:
|
|
|
|
# - for target packages, we always depend on the default python interpreter
|
|
|
|
# (the one selected by the config);
|
|
|
|
# - for host packages:
|
|
|
|
# - if *_NEEDS_HOST_PYTHON is not set, then we depend on use the default
|
|
|
|
# interperter;
|
|
|
|
# - otherwise, we depend on the one requested by *_NEEDS_HOST_PYTHON.
|
|
|
|
#
|
2014-02-05 10:44:03 +01:00
|
|
|
ifeq ($(4),target)
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$(2)_DEPENDENCIES += $$(if $$(BR2_PACKAGE_PYTHON3),host-python3 python3,host-python python)
|
2013-12-11 21:26:36 +01:00
|
|
|
else
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
ifeq ($$($(2)_NEEDS_HOST_PYTHON),)
|
|
|
|
$(2)_DEPENDENCIES += $$(if $$(BR2_PACKAGE_PYTHON3),host-python3,host-python)
|
2014-03-05 23:04:42 +01:00
|
|
|
else
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
ifeq ($$($(2)_NEEDS_HOST_PYTHON),python2)
|
2014-03-05 23:04:42 +01:00
|
|
|
$(2)_DEPENDENCIES += host-python
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
else ifeq ($$($(2)_NEEDS_HOST_PYTHON),python3)
|
2014-03-05 23:04:42 +01:00
|
|
|
$(2)_DEPENDENCIES += host-python3
|
|
|
|
else
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$$(error Incorrect value '$$($(2)_NEEDS_HOST_PYTHON)' for $(2)_NEEDS_HOST_PYTHON)
|
2013-12-11 21:26:36 +01:00
|
|
|
endif
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
endif # ($$($(2)_NEEDS_HOST_PYTHON),)
|
2014-03-05 23:04:42 +01:00
|
|
|
endif # ($(4),target)
|
2013-12-11 21:26:36 +01:00
|
|
|
|
|
|
|
# Setuptools based packages will need host-python-setuptools (both
|
2014-02-18 21:39:54 +01:00
|
|
|
# host and target). We need to have a special exclusion for the
|
2013-12-11 21:26:36 +01:00
|
|
|
# host-setuptools package itself: it is setuptools-based, but
|
|
|
|
# shouldn't depend on host-setuptools (because it would otherwise
|
|
|
|
# depend on itself!).
|
|
|
|
ifeq ($$($(2)_SETUP_TYPE),setuptools)
|
|
|
|
ifneq ($(2),HOST_PYTHON_SETUPTOOLS)
|
|
|
|
$(2)_DEPENDENCIES += host-python-setuptools
|
|
|
|
endif
|
|
|
|
endif
|
|
|
|
|
2014-03-05 23:04:42 +01:00
|
|
|
# Python interpreter to use for building the package.
|
|
|
|
#
|
2014-04-12 13:57:15 +02:00
|
|
|
# We may want to specify the python interpreter to be used for building a
|
2014-03-05 23:04:42 +01:00
|
|
|
# package, especially for host-packages (target packages must be built using
|
|
|
|
# the same version of the interpreter as the one installed on the target).
|
|
|
|
#
|
|
|
|
# So:
|
|
|
|
# - for target packages, we always use the default python interpreter (which
|
|
|
|
# is the same version as the one built and installed on the target);
|
|
|
|
# - for host packages:
|
|
|
|
# - if *_NEEDS_HOST_PYTHON is not set, then we use use the default
|
|
|
|
# interperter;
|
|
|
|
# - otherwise, we use the one requested by *_NEEDS_HOST_PYTHON.
|
|
|
|
#
|
|
|
|
ifeq ($(4),target)
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$(2)_PYTHON_INTERPRETER = $$(HOST_DIR)/usr/bin/python
|
2014-03-05 23:04:42 +01:00
|
|
|
else
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
ifeq ($$($(2)_NEEDS_HOST_PYTHON),)
|
|
|
|
$(2)_PYTHON_INTERPRETER = $$(HOST_DIR)/usr/bin/python
|
2014-03-05 23:04:42 +01:00
|
|
|
else
|
infra: consistently use double dollar signs inside inner-xxx-targets
The inner-xxx-targets in the buildroot package infrastructures are
evaluated using $(eval) which causes variable references to be a bit
different than in regular make code. As we want most references to be
expanded only at the time of the $(eval) we should not use standard
references $(VAR) but rather use double dollar signs $$(VAR). This includes
function references like $(call), $(subst), etc. The only exception is the
reference to pkgdir/pkgname and numbered variables, which are parameters to
the inner block: $(1), $(2), etc.
This patch introduces consistent usage of double-dollar signs throughout the
different inner-xxx-targets blocks.
In some cases, this would potentially cause circular references, in
particular when the value of HOST_FOO_VAR would be obtained from the
corresponding FOO_VAR if HOST_FOO_VAR is not defined. In these cases, a test
is added to check for a host package (the only case where such constructions
are relevant; these are not circular).
Benefits of these changes are:
- behavior of variables is now again as expected. For example, setting
$(2)_VERSION = virtual in pkg-virtual.mk will effectively work, while
originally it would cause very odd results.
- The output of 'make printvars' is now much more useful. This target shows
the value of all variables, and the expression that led to that value.
However, if the expression was coming from an inner-xxx-targets block, and
was using single dollar signs, it would show in printvars as
VAR = value (value)
while if double dollar signs are used, it would effectively look like
VAR = value (actual expression)
as is intended.
This improvement is for example effective for FOO_DL_VERSION, FOO_RAWNAME,
FOO_SITE_METHOD and FOO_MAKE.
The correctness of this patch has been verified using 'make printvars',
'make manual' and 'make legal-info' before and after applying this patch,
and comparing the output.
Insight-provided-by: Arnout Vandecappelle <arnout@mind.be>
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-11 21:12:24 +02:00
|
|
|
$(2)_PYTHON_INTERPRETER = $$(HOST_DIR)/usr/bin/$$($(2)_NEEDS_HOST_PYTHON)
|
2014-03-05 23:04:42 +01:00
|
|
|
endif
|
|
|
|
endif
|
|
|
|
|
2013-12-11 21:26:36 +01:00
|
|
|
#
|
|
|
|
# Build step. Only define it if not already defined by the package .mk
|
|
|
|
# file.
|
|
|
|
#
|
|
|
|
ifndef $(2)_BUILD_CMDS
|
|
|
|
define $(2)_BUILD_CMDS
|
|
|
|
(cd $$($$(PKG)_BUILDDIR)/; \
|
|
|
|
$$($$(PKG)_BASE_ENV) $$($$(PKG)_ENV) \
|
2014-03-05 23:04:42 +01:00
|
|
|
$$($(2)_PYTHON_INTERPRETER) setup.py \
|
2013-12-11 21:26:36 +01:00
|
|
|
$$($$(PKG)_BASE_BUILD_TGT) \
|
2014-09-27 21:32:45 +02:00
|
|
|
$$($$(PKG)_BASE_BUILD_OPTS) $$($$(PKG)_BUILD_OPTS))
|
2013-12-11 21:26:36 +01:00
|
|
|
endef
|
|
|
|
endif
|
|
|
|
|
|
|
|
#
|
|
|
|
# Host installation step. Only define it if not already defined by the
|
|
|
|
# package .mk file.
|
|
|
|
#
|
|
|
|
ifndef $(2)_INSTALL_CMDS
|
|
|
|
define $(2)_INSTALL_CMDS
|
|
|
|
(cd $$($$(PKG)_BUILDDIR)/; \
|
|
|
|
$$($$(PKG)_BASE_ENV) $$($$(PKG)_ENV) \
|
2014-03-05 23:04:42 +01:00
|
|
|
$$($(2)_PYTHON_INTERPRETER) setup.py install \
|
2014-09-27 21:32:39 +02:00
|
|
|
$$($$(PKG)_BASE_INSTALL_OPTS) $$($$(PKG)_INSTALL_OPTS))
|
2013-12-11 21:26:36 +01:00
|
|
|
endef
|
|
|
|
endif
|
|
|
|
|
|
|
|
#
|
|
|
|
# Target installation step. Only define it if not already defined by
|
|
|
|
# the package .mk file.
|
|
|
|
#
|
|
|
|
ifndef $(2)_INSTALL_TARGET_CMDS
|
|
|
|
define $(2)_INSTALL_TARGET_CMDS
|
|
|
|
(cd $$($$(PKG)_BUILDDIR)/; \
|
|
|
|
$$($$(PKG)_BASE_ENV) $$($$(PKG)_ENV) \
|
2016-05-17 23:19:15 +02:00
|
|
|
$$($(2)_PYTHON_INTERPRETER) setup.py install --no-compile \
|
2014-09-27 21:32:40 +02:00
|
|
|
$$($$(PKG)_BASE_INSTALL_TARGET_OPTS) \
|
|
|
|
$$($$(PKG)_INSTALL_TARGET_OPTS))
|
2014-07-16 22:23:59 +02:00
|
|
|
endef
|
|
|
|
endif
|
|
|
|
|
|
|
|
#
|
|
|
|
# Staging installation step. Only define it if not already defined by
|
|
|
|
# the package .mk file.
|
|
|
|
#
|
|
|
|
ifndef $(2)_INSTALL_STAGING_CMDS
|
|
|
|
define $(2)_INSTALL_STAGING_CMDS
|
|
|
|
(cd $$($$(PKG)_BUILDDIR)/; \
|
|
|
|
$$($$(PKG)_BASE_ENV) $$($$(PKG)_ENV) \
|
|
|
|
$$($(2)_PYTHON_INTERPRETER) setup.py install \
|
2014-09-27 21:32:41 +02:00
|
|
|
$$($$(PKG)_BASE_INSTALL_STAGING_OPTS) \
|
|
|
|
$$($$(PKG)_INSTALL_STAGING_OPTS))
|
2013-12-11 21:26:36 +01:00
|
|
|
endef
|
|
|
|
endif
|
|
|
|
|
|
|
|
# Call the generic package infrastructure to generate the necessary
|
|
|
|
# make targets
|
2014-02-05 10:44:03 +01:00
|
|
|
$(call inner-generic-package,$(1),$(2),$(3),$(4))
|
2013-12-11 21:26:36 +01:00
|
|
|
|
|
|
|
endef
|
|
|
|
|
|
|
|
################################################################################
|
|
|
|
# python-package -- the target generator macro for Python packages
|
|
|
|
################################################################################
|
|
|
|
|
2014-02-05 10:44:03 +01:00
|
|
|
python-package = $(call inner-python-package,$(pkgname),$(call UPPERCASE,$(pkgname)),$(call UPPERCASE,$(pkgname)),target)
|
|
|
|
host-python-package = $(call inner-python-package,host-$(pkgname),$(call UPPERCASE,host-$(pkgname)),$(call UPPERCASE,$(pkgname)),host)
|