mirrors/buildroot
0
0
Fork 0
mirror of https://git.busybox.net/buildroot.git synced 2024-11-25 22:43:29 +08:00
Code Issues Packages Projects Releases Wiki Activity
7a7bd4b873
buildroot/package/Makefile.autotools.in

317 lines
9.9 KiB
Makefile
Raw Normal View History

Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
################################################################################
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# Autotools package infrastructure
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
#
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# This file implements an infrastructure that eases development of
# package .mk files for autotools packages. It should be used for all
# packages that use the autotools as their build system. Non-autotools
# packages should use the generic infrastructure in
# package/Makefile.package.in.
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
#
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# See the Buildroot documentation for details on the usage of this
# infrastructure
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
#
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# In terms of implementation, this autotools infrastructure requires
# the .mk file to only specify metadata informations about the
# package: name, version, download URL, etc.
- whitespace cleanup (Cristian Ionescu-Idbohrn)
2007-09-30 20:46:02 +08:00
#
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# 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 autotools behaviour. The
# package can also define some post operation hooks.
- whitespace cleanup (Cristian Ionescu-Idbohrn)
2007-09-30 20:46:02 +08:00
#
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
################################################################################
support: move package/gnuconfig to support/gnuconfig The CONFIG_UPDATE macro is no longer defined in package/gnuconfig/gnuconfig.mk, but instead in package/Makefile.autotools.in. It it also changed a little bit to take the directory of the package sources as argument, and the AUTOTARGETS infrastructure is updated to use this macro. [Peter: drop echo in CONFIG_UPDATE] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-01 05:35:06 +08:00
#
# Utility function to upgrade config.sub and config.guess files
#
# argument 1 : directory into which config.guess and config.sub need
# to be updated. Note that config.sub and config.guess are searched
# recursively in this directory.
#
define CONFIG_UPDATE
for file in config.guess config.sub; do \
for i in $$(find $(1) -name $$file); do \
cp support/gnuconfig/$$file $$i; \
done; \
done
endef
buildroot: add BR2_BACKUP_SITE and DOWNLOAD helper This is the long requested backup mirror support. So far only enabled for Makefile.autotools.in, but there's no reason why we cannot use DOWNLOAD everywhere. Notice, I'm still syncing http://buildroot.uclibc.org/downloads/sources/
2009-01-16 18:27:48 +08:00
################################################################################
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# AUTOTARGETS_INNER -- defines how the configuration, compilation and
# installation of an autotools package should be done, implements a
# few hooks to tune the build process for autotools specifities and
# calls the generic package infrastructure to generate the necessary
# make targets
buildroot: add BR2_BACKUP_SITE and DOWNLOAD helper This is the long requested backup mirror support. So far only enabled for Makefile.autotools.in, but there's no reason why we cannot use DOWNLOAD everywhere. Notice, I'm still syncing http://buildroot.uclibc.org/downloads/sources/
2009-01-16 18:27:48 +08:00
#
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# argument 1 is the lowercase package name
# argument 2 is the uppercase package name, including an HOST_ prefix
# for host packages
# argument 3 is the uppercase package name, without the HOST_ prefix
# for host packages
# argument 4 is the package directory prefix
# argument 5 is the type (target or host)
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
################################################################################
define AUTOTARGETS_INNER
# define package-specific variables to default values
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
ifndef $(2)_SUBDIR
ifdef $(3)_SUBDIR
$(2)_SUBDIR = $($(3)_SUBDIR)
else
$(2)_SUBDIR ?=
endif
endif
autotools: inherit LIBTOOL_PATCH for host packages When FOO_LIBTOOL_PATCH is defined, assume that the same value should be used for HOST_FOO_LIBTOOL_PATCH. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 05:40:45 +08:00
ifndef $(2)_LIBTOOL_PATCH
ifdef $(3)_LIBTOOL_PATCH
$(2)_LIBTOOL_PATCH = $($(3)_LIBTOOL_PATCH)
else
$(2)_LIBTOOL_PATCH ?= YES
endif
endif
Makefile.autotools.in: default to same <pkg>_MAKE setting for host and target Similar to how it is done for _SOURCE, _PATCH, _SITE and _SUBDIR. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-17 16:00:01 +08:00
ifndef $(2)_MAKE
ifdef $(3)_MAKE
$(2)_MAKE = $($(3)_MAKE)
else
$(2)_MAKE ?= $(MAKE)
endif
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
$(2)_CONF_ENV ?=
$(2)_CONF_OPT ?=
- whitespace cleanup (Cristian Ionescu-Idbohrn)
2007-09-30 20:46:02 +08:00
$(2)_MAKE_ENV ?=
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
$(2)_MAKE_OPT ?=
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$(2)_AUTORECONF ?= NO
$(2)_AUTORECONF_OPT ?=
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
$(2)_INSTALL_STAGING_OPT ?= DESTDIR=$$(STAGING_DIR) install
Fix autotools instalation with symbols Closes #1447 When installing without symbols install-strip is used, with symbols - install-exec. Since install-exec installs only executables, we should use simple install, to install other needed files also (like files in /usr/shared) as install-strip does. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Acked-by: Lionel Landwerlin <llandwerlin@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-03-30 23:20:55 +08:00
$(2)_INSTALL_TARGET_OPT ?= DESTDIR=$$(TARGET_DIR) install
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
$(2)_CLEAN_OPT ?= clean
$(2)_UNINSTALL_STAGING_OPT ?= DESTDIR=$$(STAGING_DIR) uninstall
$(2)_UNINSTALL_TARGET_OPT ?= DESTDIR=$$(TARGET_DIR) uninstall
pkg-infra: fix missing 3993 for AUTOTARGET's SUBDIR Ensure <pkg>_SUBDIR gets resolved late, so that E.G. the default values for host packages are taken into consideration. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-22 05:52:39 +08:00
$(2)_SRCDIR = $$($(2)_DIR)/$$($(2)_SUBDIR)
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Configure step. Only define it if not already defined by the package
# .mk file. And take care of the differences between host and target
# packages.
#
ifndef $(2)_CONFIGURE_CMDS
ifeq ($(5),target)
# Configure package for target
define $(2)_CONFIGURE_CMDS
(cd $$($$(PKG)_SRCDIR) && rm -rf config.cache && \
$$(TARGET_CONFIGURE_OPTS) \
$$(TARGET_CONFIGURE_ARGS) \
$$($$(PKG)_CONF_ENV) \
./configure \
--target=$$(GNU_TARGET_NAME) \
--host=$$(GNU_TARGET_NAME) \
--build=$$(GNU_HOST_NAME) \
--prefix=/usr \
--exec-prefix=/usr \
--sysconfdir=/etc \
Makefile: auto-target automatically pass --program-prefix="" When cross-compiled, some packages incorrectly prefix their executables with the target tuple. Fix that by forcing the program prefix to the empty string when calling ./configure, but only when compiling for target, not for host. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-08-10 06:12:34 +08:00
--program-prefix="" \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$$(DISABLE_DOCUMENTATION) \
$$(DISABLE_NLS) \
$$(DISABLE_LARGEFILE) \
$$(DISABLE_IPV6) \
package/autotools: add --{enable,disable}-{shared,static} automatically For target packages, depending on BR2_PREFER_STATIC_LIB, add the correct combination of --{enable,disable}-{shared,static} flags to ./configure calls. * When BR2_PREFER_STATIC_LIB is enabled, we pass --enable-static --disable-shared. * When BR2_PREFER_STATIC_LIB is disabled, we pass --enable-static --enable-shared. We enable static libraries since they can still be useful to statically link applications against some libraries (sometimes it is useful for size reasons). Static libraries are anyway only installed in the STAGING_DIR, so it doesn't increase in any way the size of the TARGET_DIR. For host packages, always pass --enable-shared and --disable-static. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-31 05:57:02 +08:00
$$(SHARED_STATIC_LIBS_OPTS) \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$$(QUIET) $$($$(PKG)_CONF_OPT) \
)
endef
else
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# Configure package for host
define $(2)_CONFIGURE_CMDS
(cd $$($$(PKG)_SRCDIR) && rm -rf config.cache; \
$$(HOST_CONFIGURE_OPTS) \
CFLAGS="$$(HOST_CFLAGS)" \
LDFLAGS="$$(HOST_LDFLAGS)" \
package: add PKG_CONF_ENV variables to host packages Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-30 08:24:09 +08:00
$$($$(PKG)_CONF_ENV) \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
./configure \
--prefix="$$(HOST_DIR)/usr" \
--sysconfdir="$$(HOST_DIR)/etc" \
package/autotools: add --{enable,disable}-{shared,static} automatically For target packages, depending on BR2_PREFER_STATIC_LIB, add the correct combination of --{enable,disable}-{shared,static} flags to ./configure calls. * When BR2_PREFER_STATIC_LIB is enabled, we pass --enable-static --disable-shared. * When BR2_PREFER_STATIC_LIB is disabled, we pass --enable-static --enable-shared. We enable static libraries since they can still be useful to statically link applications against some libraries (sometimes it is useful for size reasons). Static libraries are anyway only installed in the STAGING_DIR, so it doesn't increase in any way the size of the TARGET_DIR. For host packages, always pass --enable-shared and --disable-static. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-31 05:57:02 +08:00
--enable-shared --disable-static \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$$($$(PKG)_CONF_OPT) \
)
endef
endif
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Hook to update config.sub and config.guess if needed
#
define UPDATE_CONFIG_HOOK
support: move package/gnuconfig to support/gnuconfig The CONFIG_UPDATE macro is no longer defined in package/gnuconfig/gnuconfig.mk, but instead in package/Makefile.autotools.in. It it also changed a little bit to take the directory of the package sources as argument, and the AUTOTARGETS infrastructure is updated to use this macro. [Peter: drop echo in CONFIG_UPDATE] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-01 05:35:06 +08:00
@$$(call MESSAGE, "Updating config.sub and config.guess")
$$(call CONFIG_UPDATE,$$(@D))
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
- whitespace cleanup (Cristian Ionescu-Idbohrn)
2007-09-30 20:46:02 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$(2)_POST_PATCH_HOOKS += UPDATE_CONFIG_HOOK
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Hook to patch libtool to make it work properly for cross-compilation
#
define LIBTOOL_PATCH_HOOK
autotools: fix MESSAGE calls Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-04 10:50:22 +08:00
@$$(call MESSAGE,"Patching libtool")
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
$(Q)if test "$$($$(PKG)_LIBTOOL_PATCH)" = "YES" \
-a "$$($$(PKG)_AUTORECONF)" != "YES"; then \
for i in `find $$($$(PKG)_SRCDIR) -name ltmain.sh`; do \
ltmain_version=`sed -n '/^[ ]*VERSION=/{s/^[ ]*VERSION=//;p;q;}' $$$$i | \
sed -e 's/\([0-9].[0-9]*\).*/\1/' -e 's/\"//'`; \
if test $$$${ltmain_version} = '1.5'; then \
support: move patch-kernel.sh and rename it The name "patch-kernel.sh" is a bit stupid, since this script is used to patch everything in Buildroot, not only kernel trees. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-01 05:35:04 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v1.5.patch; \
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
elif test $$$${ltmain_version} = "2.2"; then\
support: move patch-kernel.sh and rename it The name "patch-kernel.sh" is a bit stupid, since this script is used to patch everything in Buildroot, not only kernel trees. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-01 05:35:04 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v2.2.patch; \
Makefile.autotools.in: add libtool v2.4 support Packages (like avahi) are now using libtool 2.4, so extend the libtool handling to support those as well. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-03-29 03:45:06 +08:00
elif test $$$${ltmain_version} = "2.4"; then\
support: move patch-kernel.sh and rename it The name "patch-kernel.sh" is a bit stupid, since this script is used to patch everything in Buildroot, not only kernel trees. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-01 05:35:04 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v2.4.patch; \
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
fi \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
done \
fi
endef
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Makefile.autotools.in: fix libtool patching Fixes two issues with libtool patching: - It seems like the default value for <package>_LIBTOOL_PATCH only gets set AFTER the ifdef check, so the conditional was never taken. Fix it by instead checking that it isn't explicitly set to not do the patching instead. - The $i in the libtool patching for loop needed an extra level of escaping to work. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-12-30 20:42:01 +08:00
# default values are not evaluated yet, so don't rely on this defaulting to YES
autotools: fix referencing to LIBTOOL_PATCH variable Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 05:40:47 +08:00
ifneq ($$($(2)_LIBTOOL_PATCH),NO)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$(2)_POST_PATCH_HOOKS += LIBTOOL_PATCH_HOOK
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Hook to autoreconf the package if needed
#
define AUTORECONF_HOOK
autotools: fix MESSAGE calls Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-04 10:50:22 +08:00
@$$(call MESSAGE,"Autoreconfiguring")
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$(Q)cd $$($$(PKG)_SRCDIR) && $(AUTORECONF) $$($$(PKG)_AUTORECONF_OPT)
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
$(Q)if test "$$($$(PKG)_LIBTOOL_PATCH)" = "YES"; then \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
for i in `find $$($$(PKG)_SRCDIR) -name ltmain.sh`; do \
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
ltmain_version=`sed -n '/^[ ]*VERSION=/{s/^[ ]*VERSION=//;p;q;}' $$$$i | sed 's/\([0-9].[0-9]*\).*/\1/'`; \
if test $$$${ltmain_version} = "1.5"; then \
Makefile.autotools.in: fix autoreconf libtool patching after libtool move Commit 20f8a7dec6fc (support: move libtool patches in support/libtool) missed the autoreconf variant of the libtool patching, breaking the build for packages needing both autoreconf and libtool patching. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-17 20:16:42 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v1.5.patch; \
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
elif test $$$${ltmain_version} = "2.2"; then\
Makefile.autotools.in: fix autoreconf libtool patching after libtool move Commit 20f8a7dec6fc (support: move libtool patches in support/libtool) missed the autoreconf variant of the libtool patching, breaking the build for packages needing both autoreconf and libtool patching. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-17 20:16:42 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v2.2.patch; \
Makefile.autotools.in: add libtool 2.4 support for autoreconf case as well Was missing from f055b266 (Makefile.autotools.in: add libtool v2.4 support). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-03 16:01:28 +08:00
elif test $$$${ltmain_version} = "2.4"; then\
Makefile.autotools.in: fix autoreconf libtool patching after libtool move Commit 20f8a7dec6fc (support: move libtool patches in support/libtool) missed the autoreconf variant of the libtool patching, breaking the build for packages needing both autoreconf and libtool patching. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-17 20:16:42 +08:00
support/scripts/apply-patches.sh $$$${i%/*} support/libtool buildroot-libtool-v2.4.patch; \
Added the ability to patch ltmain.sh based on version There are two versions of ltmain.sh in use in the buildroot system, 1.5.x and 2.2.x. buildroot-libtool.patch would only patch 1.5.x, which meant that for 2.2.x, a separate patch for the affected package had to be maintained. Modified Makefile.autotools.in to check the version of ltmain.sh and apply the correct patch. Signed-off-by: Martin Banky <Martin.Banky@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-10-09 18:52:49 +08:00
fi \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
done \
fi
endef
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
package: derive HOST_FOO_DEPENDENCIES from FOO_DEPENDENCIES Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-16 21:58:35 +08:00
# This must be repeated from GENTARGETS_INNER, otherwise we get an empty
# _DEPENDENCIES if _AUTORECONF is YES. Also filter the result of _AUTORECONF
# away from the non-host rule
Only derrive HOST_FOO_DEPENDENCIES from FOO_DEPENDENCIES if not set, not nonempty In make, ifndef VAR means if 'VAR is not set to the empty string', and NOT 'VAR is not defined', which meant that you couldn't specify empty FOO_HOST_DEPENDENCIES. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-18 22:54:55 +08:00
$(2)_DEPENDENCIES ?= $(filter-out host-automake host-autoconf host-libtool,\
package: derive HOST_FOO_DEPENDENCIES from FOO_DEPENDENCIES Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-16 21:58:35 +08:00
$(patsubst host-host-%,host-%,$(addprefix host-,$($(3)_DEPENDENCIES))))
Only derrive HOST_FOO_DEPENDENCIES from FOO_DEPENDENCIES if not set, not nonempty In make, ifndef VAR means if 'VAR is not set to the empty string', and NOT 'VAR is not defined', which meant that you couldn't specify empty FOO_HOST_DEPENDENCIES. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-18 22:54:55 +08:00
package: derive HOST_FOO_DEPENDENCIES from FOO_DEPENDENCIES Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-16 21:58:35 +08:00
autotools: fix autoreconf check The autoreconf check was incorrect, missing a $ sign to properly reference a package-specific variable. There was no visible effect until now since : * The existing syntax allowed to access the value defined in the package specific .mk file, so when AUTORECONF was set to YES by a package, it was working. * The default value in Makefile.autotools.in was NO. In fact, when a package .mkf file wasn't defining the AUTORECONF variable, the Makefile.autotools.in test was testing the empty string against 'YES', which was false, leading to the AUTORECONF not being done, which was the desired effect. However, in a later patch, we intend to change this default value. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 05:40:42 +08:00
ifeq ($$($(2)_AUTORECONF),YES)
package: move autoreconfigure step to pre configure hook [Peter: update documentation to match] Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-04 10:50:24 +08:00
$(2)_PRE_CONFIGURE_HOOKS += AUTORECONF_HOOK
- fix typo - Start to add infrastructure to be able to download a patch.
2007-08-22 23:52:01 +08:00
$(2)_DEPENDENCIES += host-automake host-autoconf host-libtool
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endif
#
# Build step. Only define it if not already defined by the package .mk
# file.
#
ifndef $(2)_BUILD_CMDS
ifeq ($(5),target)
define $(2)_BUILD_CMDS
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_MAKE_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
else
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
define $(2)_BUILD_CMDS
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(HOST_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_MAKE_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
endif
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Host installation step. Only define it if not already defined by the
# package .mk file.
#
ifndef $(2)_INSTALL_CMDS
define $(2)_INSTALL_CMDS
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(HOST_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) -C $$($$(PKG)_SRCDIR) install
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# 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
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_INSTALL_STAGING_OPT) -C $$($$(PKG)_SRCDIR)
Makefile.autotools.in: fixup .la files in all lib dirs Sometimes usr/lib32 or usr/lib64 is used instead of usr/lib, so search those for .la files as well. Fixes .la fixup for beecrypt on x86-64. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-01-18 21:53:06 +08:00
for i in $$$$(find $(STAGING_DIR)/usr/lib* -name "*.la"); do \
package: Force copy of .la files at the post install hook (readonly files might be problematic) Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-30 08:24:06 +08:00
cp -f $$$$i $$$$i~; \
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
$$(SED) "s:\(['= ]\)/usr:\\1$(STAGING_DIR)/usr:g" $$$$i; \
done
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# 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
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_INSTALL_TARGET_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Clean step. Only define it if not already defined by
# the package .mk file.
#
ifndef $(2)_CLEAN_CMDS
define $(2)_CLEAN_CMDS
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
-$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_CLEAN_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Uninstall from staging step. Only define it if not already defined by
# the package .mk file.
#
ifndef $(2)_UNINSTALL_STAGING_CMDS
define $(2)_UNINSTALL_STAGING_CMDS
autotools: add escaping when using HOST_MAKE_ENV and TARGET_MAKE_ENV Without this escaping, the evaluation of HOST_MAKE_ENV and TARGET_MAKE_ENV is done when the AUTOTARGETS_INNER macro is defined, not when it is instantiated by the various packages. The result is that the $(PKG_CONFIG_HOST_BINARY) variable, used in $(HOST_MAKE_ENV) gets expanded before it is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-24 20:07:03 +08:00
$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_UNINSTALL_STAGING_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
# Uninstall from target step. Only define it if not already defined
# by the package .mk file.
pkg-infra: improve reliability of foo-install Running foo-uninstall has a high likelyhood of failing, because we remove a lot of directories from the target. To improve the reliability, remove the stamp files before calling the uninstall commands, and add the -k option to the sub-make. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-21 08:01:12 +08:00
# Autotools Makefiles do uninstall with ( cd ...; rm -f ... )
# Since we remove a lot of directories in target-finalize, this is likely
# to fail. Therefore add -k flag.
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
#
ifndef $(2)_UNINSTALL_TARGET_CMDS
define $(2)_UNINSTALL_TARGET_CMDS
pkg-infra: improve reliability of foo-install Running foo-uninstall has a high likelyhood of failing, because we remove a lot of directories from the target. To improve the reliability, remove the stamp files before calling the uninstall commands, and add the -k option to the sub-make. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-21 08:01:12 +08:00
$$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) -k $$($$(PKG)_UNINSTALL_TARGET_OPT) -C $$($$(PKG)_SRCDIR)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
endif
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
# Call the generic package infrastructure to generate the necessary
# make targets
$(call GENTARGETS_INNER,$(1),$(2),$(3),$(4),$(5))
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
endef
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
################################################################################
# AUTOTARGETS -- the target generator macro for autotools packages
#
package: remove useless arguments from AUTOTARGETS Thanks to the pkgparentdir and pkgname functions, we can rewrite the AUTOTARGETS macro in a way that avoids the need for each package to repeat its name and the directory in which it is present. [Peter: pkgdir->pkgparentdir] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-30 03:57:43 +08:00
# Argument 1 is "target" or "host" [optional, default: "target"]
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
################################################################################
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
define AUTOTARGETS
package: remove useless arguments from AUTOTARGETS Thanks to the pkgparentdir and pkgname functions, we can rewrite the AUTOTARGETS macro in a way that avoids the need for each package to repeat its name and the directory in which it is present. [Peter: pkgdir->pkgparentdir] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-30 03:57:43 +08:00
ifeq ($(1),host)
$(call AUTOTARGETS_INNER,$(1)-$(call pkgname),$(call UPPERCASE,$(1)-$(call pkgname)),$(call UPPERCASE,$(call pkgname)),$(call pkgparentdir),host)
Rework autotools infrastructure on top of the generic infrastructure Now that the previous commit implemented a generic package infrastructure, we make the autotools infrastructure inherit from the generic one so that the code is not duplicated. The new AUTOTARGETS macro works by defining what should be done at the configure, build and install steps of a package and then calls the GENTARGETS macro of the generic package infrastructure. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-11-09 01:37:49 +08:00
else
package: remove useless arguments from AUTOTARGETS Thanks to the pkgparentdir and pkgname functions, we can rewrite the AUTOTARGETS macro in a way that avoids the need for each package to repeat its name and the directory in which it is present. [Peter: pkgdir->pkgparentdir] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-09-30 03:57:43 +08:00
$(call AUTOTARGETS_INNER,$(call pkgname),$(call UPPERCASE,$(call pkgname)),$(call UPPERCASE,$(call pkgname)),$(call pkgparentdir),target)
Merge in X11R7 patches from Julien Letessier, posted 04 Jul 2007. Doesn't quite work yet for me, but this clearly is a huge project and not having it quite work on the first pass is hardly unexpected. We definately want this stuff in buildroot.
2007-08-11 03:07:51 +08:00
endif
endef
Reference in New Issue Copy Permalink