NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
d2b86608ac
kumquat-buildroot/package/libxml-parser-perl/libxml-parser-perl.mk

37 lines
1007 B
Makefile
Raw Normal View History

libxml-parser-perl: new package This Perl module is needed to build intltool, which in turn is needed to build several of our packages. We assume that Perl is installed on the host. Only the host variant of this package has been tested and is used. The code for the target variant (what to do at the configure, build and install steps) isn't implemented, but the GENTARGETS call for the target is mandatory, due to limitations of the Makefile.package.in infrastructure (if one wants the host package to be implemented, then the target package *must* exist). This limitation will be removed after 2010.02. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-02-21 13:15:22 +01:00
#############################################################
#
# libxml-parser-perl
#
#############################################################
packages: remove all := signs Finally get rid of all := used for variable definitions in packages, as we suggest in our manual and during the review of new packages. While I was at it, I also sometimes added a few missing new lines between the header and the first variable definition. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-20 10:45:47 +01:00
LIBXML_PARSER_PERL_VERSION = 2.36
LIBXML_PARSER_PERL_SOURCE = XML-Parser-$(LIBXML_PARSER_PERL_VERSION).tar.gz
LIBXML_PARSER_PERL_SITE = http://www.cpan.org/modules/by-module/XML/
libxml-parser-perl: new package This Perl module is needed to build intltool, which in turn is needed to build several of our packages. We assume that Perl is installed on the host. Only the host variant of this package has been tested and is used. The code for the target variant (what to do at the configure, build and install steps) isn't implemented, but the GENTARGETS call for the target is mandatory, due to limitations of the Makefile.package.in infrastructure (if one wants the host package to be implemented, then the target package *must* exist). This limitation will be removed after 2010.02. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-02-21 13:15:22 +01:00
LIBXML_PARSER_PERL_DEPENDENCIES = expat
define HOST_LIBXML_PARSER_PERL_CONFIGURE_CMDS
(cd $(@D) ; \
libxml-parser-perl: fix host-intltool breakage when microperl is enabled Microperl will build host-microperl and install it into HOST_DIR/usr/bin, where other packages will pick it up as _CONFIGURE_OPTS / _MAKE_ENV prepends that to the path. libxml-parser-perl didn't though, so it would still be built against the system perl, causing host-intltool to fail when it would use host-microperl together with libxml-parser-perl if the system perl isn't compatible with host-microperl. Fix it by using HOST_CONFIGURE_OPTS and ensuring it is built after (host-)microperl if enabled. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-27 17:11:36 +02:00
$(HOST_CONFIGURE_OPTS) perl Makefile.PL \
libxml-parser-perl: new package This Perl module is needed to build intltool, which in turn is needed to build several of our packages. We assume that Perl is installed on the host. Only the host variant of this package has been tested and is used. The code for the target variant (what to do at the configure, build and install steps) isn't implemented, but the GENTARGETS call for the target is mandatory, due to limitations of the Makefile.package.in infrastructure (if one wants the host package to be implemented, then the target package *must* exist). This limitation will be removed after 2010.02. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-02-21 13:15:22 +01:00
PREFIX=$(HOST_DIR)/usr \
EXPATLIBPATH=$(HOST_DIR)/usr/lib \
EXPATINCPATH=$(HOST_DIR)/usr/include \
INSTALLDIRS=site \
INSTALLSITELIB=$(HOST_DIR)/usr/lib/perl \
libxml-parser-perl: fix install bug This patch makes libxml-parser-perl behave on my system - though it looks like it isn't necessary on all host OSses (on gentoo and opensuse it works without, but on ubuntu lucid and Scientific 6 it fails without the patch). Signed-off-by: Heiko Helmle <helman@gmx.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-08-12 21:14:28 +02:00
INSTALLSITEARCH=$(HOST_DIR)/usr/lib/perl \
libxml-parser-perl: Pass USE_MM_LD_RUN_PATH to MakeMaker. Red Hat versions of perl do not honour the setting of LD_RUN_PATH without this option. This leads to perl shared objects being installed without an rpath set which causes problems for target tools when searching for dependant shared libraries. Signed-off-by: Will Newton <will.newton@imgtec.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-30 10:04:52 +02:00
USE_MM_LD_RUN_PATH=1 \
libxml-parser-perl: new package This Perl module is needed to build intltool, which in turn is needed to build several of our packages. We assume that Perl is installed on the host. Only the host variant of this package has been tested and is used. The code for the target variant (what to do at the configure, build and install steps) isn't implemented, but the GENTARGETS call for the target is mandatory, due to limitations of the Makefile.package.in infrastructure (if one wants the host package to be implemented, then the target package *must* exist). This limitation will be removed after 2010.02. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-02-21 13:15:22 +01:00
)
endef
define HOST_LIBXML_PARSER_PERL_BUILD_CMDS
$(HOST_MAKE_ENV) $(MAKE) -C $(@D)
endef
define HOST_LIBXML_PARSER_PERL_INSTALL_CMDS
$(HOST_MAKE_ENV) $(MAKE) -C $(@D) install
endef
all packages: rename XXXTARGETS to xxx-package Also remove the redundant $(call ...). This is a purely mechanical change, performed with find package linux toolchain boot -name \*.mk | \ xargs sed -i -e 's/$(eval $(call GENTARGETS))/$(eval $(generic-package))/' \ -e 's/$(eval $(call AUTOTARGETS))/$(eval $(autotools-package))/' \ -e 's/$(eval $(call CMAKETARGETS))/$(eval $(cmake-package))/' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-03 00:07:32 +02:00
$(eval $(generic-package))
all packages: use new host-xxx-package macros This is a purely mechanical change, performed with find package linux toolchain boot -name \*.mk | \ xargs sed -i -e 's/$(eval $(call GENTARGETS,host))/$(eval $(host-generic-package))/' \ -e 's/$(eval $(call AUTOTARGETS,host))/$(eval $(host-autotools-package))/' \ -e 's/$(eval $(call CMAKETARGETS,host))/$(eval $(host-cmake-package))/' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-03 00:06:54 +02:00
$(eval $(host-generic-package))
libxml-parser-perl: new package This Perl module is needed to build intltool, which in turn is needed to build several of our packages. We assume that Perl is installed on the host. Only the host variant of this package has been tested and is used. The code for the target variant (what to do at the configure, build and install steps) isn't implemented, but the GENTARGETS call for the target is mandatory, due to limitations of the Makefile.package.in infrastructure (if one wants the host package to be implemented, then the target package *must* exist). This limitation will be removed after 2010.02. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-02-21 13:15:22 +01:00
Reference in New Issue Copy Permalink