Patchwork libpcre: add latest 8.10 version

login
register
mail settings
Submitter Eric BENARD
Date March 11, 2011, 10:34 p.m.
Message ID <1299882862-4839-1-git-send-email-eric@eukrea.com>
Download mbox | patch
Permalink /patch/1309/
State Superseded
Headers show

Comments

Eric BENARD - March 11, 2011, 10:34 p.m.
Signed-off-by: Eric Bénard <eric@eukrea.com>
---
 recipes/libpcre/libpcre-native_8.10.bb |   19 +++++++++++
 recipes/libpcre/libpcre_8.10.bb        |   52 ++++++++++++++++++++++++++++++++
 2 files changed, 71 insertions(+), 0 deletions(-)
 create mode 100644 recipes/libpcre/libpcre-native_8.10.bb
 create mode 100644 recipes/libpcre/libpcre_8.10.bb
Khem Raj - March 12, 2011, 12:23 a.m.
On (11/03/11 23:34), Eric Bénard wrote:
> Signed-off-by: Eric Bénard <eric@eukrea.com>

Acked-by: Khem Raj <raj.khem@gmail.com>

> ---
>  recipes/libpcre/libpcre-native_8.10.bb |   19 +++++++++++
>  recipes/libpcre/libpcre_8.10.bb        |   52 ++++++++++++++++++++++++++++++++
>  2 files changed, 71 insertions(+), 0 deletions(-)
>  create mode 100644 recipes/libpcre/libpcre-native_8.10.bb
>  create mode 100644 recipes/libpcre/libpcre_8.10.bb
> 
> diff --git a/recipes/libpcre/libpcre-native_8.10.bb b/recipes/libpcre/libpcre-native_8.10.bb
> new file mode 100644
> index 0000000..9e5c62b
> --- /dev/null
> +++ b/recipes/libpcre/libpcre-native_8.10.bb
> @@ -0,0 +1,19 @@
> +SECTION = "unknown"
> +require libpcre_${PV}.bb
> +inherit native
> +FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/libpcre-${PV}"
> +
> +# NOTE: multiple providers are available (libpcre, libpcre-native);
> +# NOTE: consider defining PREFERRED_PROVIDER_pcre
> +PROVIDES = ""
> +
> +do_compile () {
> +	# The generation of dftables can lead to timestamp problems with ccache
> +	# because the generated config.h seems newer.  It is sufficient to ensure that the
> +	# attempt to build dftables inside make will actually work (foo_FOR_BUILD is
> +	# only used for this).
> +	oe_runmake CC_FOR_BUILD="${BUILD_CC}" CFLAGS_FOR_BUILD="-DLINK_SIZE=2 -I${S}/include" LINK_FOR_BUILD="${BUILD_CC}"
> +}
> +
> +SRC_URI[md5sum] = "780867a700e9d4e4b9cb47aa5453e4b2"
> +SRC_URI[sha256sum] = "7ac4e016f6bad8c7d990e6de9bce58c04ff5dd8838be0c5ada0afad1d6a07480"
> diff --git a/recipes/libpcre/libpcre_8.10.bb b/recipes/libpcre/libpcre_8.10.bb
> new file mode 100644
> index 0000000..92a9d32
> --- /dev/null
> +++ b/recipes/libpcre/libpcre_8.10.bb
> @@ -0,0 +1,52 @@
> +DESCRIPTION = "Perl-compatible regular expression library. PCRE has its own native \
> +API, but a set of 'wrapper' functions that are based on the POSIX API \
> +are also supplied in the library libpcreposix. Note that this just \
> +provides a POSIX calling interface to PCRE; the regular expressions \
> +themselves still follow Perl syntax and semantics. The header file for \
> +the POSIX-style functions is called pcreposix.h."
> +SECTION = "devel"
> +PR = "r0"
> +LICENSE = "BSD"
> +SRC_URI = "${SOURCEFORGE_MIRROR}/pcre/pcre-${PV}.tar.bz2 \
> +           file://pcre-cross.patch"
> +S = "${WORKDIR}/pcre-${PV}"
> +
> +PROVIDES = "pcre"
> +
> +inherit autotools binconfig
> +
> +PARALLEL_MAKE = ""
> +
> +CFLAGS_append = " -D_REENTRANT"
> +CXXFLAGS_powerpc += "-lstdc++"
> +EXTRA_OECONF = " --with-link-size=2 --enable-newline-is-lf --with-match-limit=10000000 --enable-rebuild-chartables --enable-utf8"
> +
> +do_compile () {
> +	# stop libtool from trying to link with host libraries - fix from #33
> +	# this resolve build problem on amd64 - #1015
> +	if [ -e ${S}/${TARGET_SYS}-libtool ] ; then
> +		sed -i 's:-L\$:-L${STAGING_LIBDIR} -L\$:' ${S}/${TARGET_SYS}-libtool
> +	else
> +		ln -sf ${S}/libtool ${S}/${TARGET_SYS}-libtool
> +		sed -i 's:-L\$:-L${STAGING_LIBDIR} -L\$:' ${S}/${TARGET_SYS}-libtool	
> +	fi
> +
> +	# The generation of dftables can lead to timestamp problems with ccache
> +	# because the generated config.h seems newer.  It is sufficient to ensure that the
> +	# attempt to build dftables inside make will actually work (foo_FOR_BUILD is
> +	# only used for this).
> +	oe_runmake CC_FOR_BUILD="${BUILD_CC}" CFLAGS_FOR_BUILD="-DLINK_SIZE=2 -I${S}/include" LINK_FOR_BUILD="${BUILD_CC} -L${S}/lib"
> +}
> +
> +do_install_append () {
> +    install -d ${STAGING_BINDIR}
> +    install -m 0755 ${D}${bindir}/pcre-config ${STAGING_BINDIR}/
> +}
> +
> +FILES_${PN} = "${libdir}/lib*${SOLIBS}"
> +FILES_${PN}-dev += "${bindir}/*"
> +
> +LEAD_SONAME = "libpcre.so.*"
> +
> +SRC_URI[md5sum] = "780867a700e9d4e4b9cb47aa5453e4b2"
> +SRC_URI[sha256sum] = "7ac4e016f6bad8c7d990e6de9bce58c04ff5dd8838be0c5ada0afad1d6a07480"
> -- 
> 1.7.0.4
> 
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Patch

diff --git a/recipes/libpcre/libpcre-native_8.10.bb b/recipes/libpcre/libpcre-native_8.10.bb
new file mode 100644
index 0000000..9e5c62b
--- /dev/null
+++ b/recipes/libpcre/libpcre-native_8.10.bb
@@ -0,0 +1,19 @@ 
+SECTION = "unknown"
+require libpcre_${PV}.bb
+inherit native
+FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/libpcre-${PV}"
+
+# NOTE: multiple providers are available (libpcre, libpcre-native);
+# NOTE: consider defining PREFERRED_PROVIDER_pcre
+PROVIDES = ""
+
+do_compile () {
+	# The generation of dftables can lead to timestamp problems with ccache
+	# because the generated config.h seems newer.  It is sufficient to ensure that the
+	# attempt to build dftables inside make will actually work (foo_FOR_BUILD is
+	# only used for this).
+	oe_runmake CC_FOR_BUILD="${BUILD_CC}" CFLAGS_FOR_BUILD="-DLINK_SIZE=2 -I${S}/include" LINK_FOR_BUILD="${BUILD_CC}"
+}
+
+SRC_URI[md5sum] = "780867a700e9d4e4b9cb47aa5453e4b2"
+SRC_URI[sha256sum] = "7ac4e016f6bad8c7d990e6de9bce58c04ff5dd8838be0c5ada0afad1d6a07480"
diff --git a/recipes/libpcre/libpcre_8.10.bb b/recipes/libpcre/libpcre_8.10.bb
new file mode 100644
index 0000000..92a9d32
--- /dev/null
+++ b/recipes/libpcre/libpcre_8.10.bb
@@ -0,0 +1,52 @@ 
+DESCRIPTION = "Perl-compatible regular expression library. PCRE has its own native \
+API, but a set of 'wrapper' functions that are based on the POSIX API \
+are also supplied in the library libpcreposix. Note that this just \
+provides a POSIX calling interface to PCRE; the regular expressions \
+themselves still follow Perl syntax and semantics. The header file for \
+the POSIX-style functions is called pcreposix.h."
+SECTION = "devel"
+PR = "r0"
+LICENSE = "BSD"
+SRC_URI = "${SOURCEFORGE_MIRROR}/pcre/pcre-${PV}.tar.bz2 \
+           file://pcre-cross.patch"
+S = "${WORKDIR}/pcre-${PV}"
+
+PROVIDES = "pcre"
+
+inherit autotools binconfig
+
+PARALLEL_MAKE = ""
+
+CFLAGS_append = " -D_REENTRANT"
+CXXFLAGS_powerpc += "-lstdc++"
+EXTRA_OECONF = " --with-link-size=2 --enable-newline-is-lf --with-match-limit=10000000 --enable-rebuild-chartables --enable-utf8"
+
+do_compile () {
+	# stop libtool from trying to link with host libraries - fix from #33
+	# this resolve build problem on amd64 - #1015
+	if [ -e ${S}/${TARGET_SYS}-libtool ] ; then
+		sed -i 's:-L\$:-L${STAGING_LIBDIR} -L\$:' ${S}/${TARGET_SYS}-libtool
+	else
+		ln -sf ${S}/libtool ${S}/${TARGET_SYS}-libtool
+		sed -i 's:-L\$:-L${STAGING_LIBDIR} -L\$:' ${S}/${TARGET_SYS}-libtool	
+	fi
+
+	# The generation of dftables can lead to timestamp problems with ccache
+	# because the generated config.h seems newer.  It is sufficient to ensure that the
+	# attempt to build dftables inside make will actually work (foo_FOR_BUILD is
+	# only used for this).
+	oe_runmake CC_FOR_BUILD="${BUILD_CC}" CFLAGS_FOR_BUILD="-DLINK_SIZE=2 -I${S}/include" LINK_FOR_BUILD="${BUILD_CC} -L${S}/lib"
+}
+
+do_install_append () {
+    install -d ${STAGING_BINDIR}
+    install -m 0755 ${D}${bindir}/pcre-config ${STAGING_BINDIR}/
+}
+
+FILES_${PN} = "${libdir}/lib*${SOLIBS}"
+FILES_${PN}-dev += "${bindir}/*"
+
+LEAD_SONAME = "libpcre.so.*"
+
+SRC_URI[md5sum] = "780867a700e9d4e4b9cb47aa5453e4b2"
+SRC_URI[sha256sum] = "7ac4e016f6bad8c7d990e6de9bce58c04ff5dd8838be0c5ada0afad1d6a07480"