2004-12-25 13:05:59 +01:00
|
|
|
# $NetBSD: buildlink3.mk,v 1.6 2004/12/25 12:05:59 jmmv Exp $
|
2004-03-05 20:25:06 +01:00
|
|
|
|
|
|
|
|
BUILDLINK_DEPTH:= ${BUILDLINK_DEPTH}+
|
2004-02-11 01:48:07 +01:00
|
|
|
INTLTOOL_BUILDLINK3_MK:= ${INTLTOOL_BUILDLINK3_MK}+
|
|
|
|
|
|
|
|
|
|
.if !empty(BUILDLINK_DEPTH:M+)
|
|
|
|
|
BUILDLINK_DEPENDS+= intltool
|
|
|
|
|
.endif
|
|
|
|
|
|
2004-03-05 20:25:06 +01:00
|
|
|
BUILDLINK_PACKAGES:= ${BUILDLINK_PACKAGES:Nintltool}
|
|
|
|
|
BUILDLINK_PACKAGES+= intltool
|
|
|
|
|
|
2004-02-11 01:48:07 +01:00
|
|
|
.if !empty(INTLTOOL_BUILDLINK3_MK:M+)
|
2004-12-25 13:05:59 +01:00
|
|
|
BUILDLINK_DEPENDS.intltool+= intltool>=0.32.1
|
2004-03-05 20:25:06 +01:00
|
|
|
BUILDLINK_PKGSRCDIR.intltool?= ../../textproc/intltool
|
|
|
|
|
BUILDLINK_DEPMETHOD.intltool?= build
|
2004-03-18 10:12:08 +01:00
|
|
|
.endif # INTLTOOL_BUILDLINK3_MK
|
2004-02-11 01:48:07 +01:00
|
|
|
|
|
|
|
|
USE_PERL5?= build
|
|
|
|
|
|
|
|
|
|
.include "../../lang/perl5/buildlink3.mk"
|
|
|
|
|
|
2004-03-18 10:12:08 +01:00
|
|
|
.if !empty(INTLTOOL_BUILDLINK3_MK:M+)
|
2004-02-11 01:48:07 +01:00
|
|
|
CONFIGURE_ENV+= INTLTOOL_PERL="${PERL5}"
|
|
|
|
|
INTLTOOLIZE= ${BUILDLINK_PREFIX.intltool}/bin/intltoolize
|
Rework the way intltool is overriden in packages that use it. Up until now
we were running intltoolize before the configure stage, which replaced all
intltool-*.in files with symlinks to the ones installed by this package.
However, the new version of intltool, 0.31.3, has added new substitution
patterns to the scripts, which must be replaced by configure scripts at
configuration time. The problem is that old configure scripts (pre-0.31.3)
do not know about these patterns, which results in them not being substituted,
thus causing build failures.
So, to fix this issue, replace all intltool-* files _after_ the configure
stage, just like we do with libtool. Additional patters might be added
through the INTLTOOL_OVERRIDE variable, but I doubt this will be needed).
While here, update the dependency to 0.31.3 (has no other effect, as this
package is only used at build time by other packages).
2004-10-02 15:58:58 +02:00
|
|
|
INTLTOOL_OVERRIDE?= intltool-* */intltool-*
|
2004-02-11 01:48:07 +01:00
|
|
|
|
Rework the way intltool is overriden in packages that use it. Up until now
we were running intltoolize before the configure stage, which replaced all
intltool-*.in files with symlinks to the ones installed by this package.
However, the new version of intltool, 0.31.3, has added new substitution
patterns to the scripts, which must be replaced by configure scripts at
configuration time. The problem is that old configure scripts (pre-0.31.3)
do not know about these patterns, which results in them not being substituted,
thus causing build failures.
So, to fix this issue, replace all intltool-* files _after_ the configure
stage, just like we do with libtool. Additional patters might be added
through the INTLTOOL_OVERRIDE variable, but I doubt this will be needed).
While here, update the dependency to 0.31.3 (has no other effect, as this
package is only used at build time by other packages).
2004-10-02 15:58:58 +02:00
|
|
|
_CONFIGURE_POSTREQ+= override-intltool
|
2004-02-11 01:48:07 +01:00
|
|
|
|
Rework the way intltool is overriden in packages that use it. Up until now
we were running intltoolize before the configure stage, which replaced all
intltool-*.in files with symlinks to the ones installed by this package.
However, the new version of intltool, 0.31.3, has added new substitution
patterns to the scripts, which must be replaced by configure scripts at
configuration time. The problem is that old configure scripts (pre-0.31.3)
do not know about these patterns, which results in them not being substituted,
thus causing build failures.
So, to fix this issue, replace all intltool-* files _after_ the configure
stage, just like we do with libtool. Additional patters might be added
through the INTLTOOL_OVERRIDE variable, but I doubt this will be needed).
While here, update the dependency to 0.31.3 (has no other effect, as this
package is only used at build time by other packages).
2004-10-02 15:58:58 +02:00
|
|
|
.PHONY: override-intltool
|
|
|
|
|
override-intltool:
|
2004-02-11 01:48:07 +01:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
|
|
|
|
${ECHO} "=> Overriding intltool."
|
Rework the way intltool is overriden in packages that use it. Up until now
we were running intltoolize before the configure stage, which replaced all
intltool-*.in files with symlinks to the ones installed by this package.
However, the new version of intltool, 0.31.3, has added new substitution
patterns to the scripts, which must be replaced by configure scripts at
configuration time. The problem is that old configure scripts (pre-0.31.3)
do not know about these patterns, which results in them not being substituted,
thus causing build failures.
So, to fix this issue, replace all intltool-* files _after_ the configure
stage, just like we do with libtool. Additional patters might be added
through the INTLTOOL_OVERRIDE variable, but I doubt this will be needed).
While here, update the dependency to 0.31.3 (has no other effect, as this
package is only used at build time by other packages).
2004-10-02 15:58:58 +02:00
|
|
|
@cd ${WRKSRC} && for f in ${INTLTOOL_OVERRIDE}; do \
|
|
|
|
|
if ${TEST} -f ${BUILDLINK_PREFIX.intltool}/bin/${f}; then \
|
|
|
|
|
${CP} ${BUILDLINK_PREFIX.intltool}/bin/${f} ${f}; \
|
|
|
|
|
fi; \
|
|
|
|
|
done
|
2004-03-05 20:25:06 +01:00
|
|
|
.endif # INTLTOOL_BUILDLINK3_MK
|
2004-02-11 01:48:07 +01:00
|
|
|
|
|
|
|
|
BUILDLINK_DEPTH:= ${BUILDLINK_DEPTH:S/+$//}
|
