| 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
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"
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