From fa09bf15aa200c6baed97dd4fd1b9384250eb0b4 Mon Sep 17 00:00:00 2001 From: John Bowler Date: Tue, 19 Jul 2005 01:54:35 +0000 Subject: Remove timestamp issues caused by the compilation of dftables external to the makefile (doesn't work when using ccache on a fast system because it attempts to rebuild dftables within the makefile). The change fixes the original problem that dftables was compiled by default with the target compiler. --- packages/pcre/pcre_4.4.bb | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) (limited to 'packages/pcre') diff --git a/packages/pcre/pcre_4.4.bb b/packages/pcre/pcre_4.4.bb index 5ba7a1298b..609a808891 100644 --- a/packages/pcre/pcre_4.4.bb +++ b/packages/pcre/pcre_4.4.bb @@ -19,9 +19,11 @@ CFLAGS_append = " -D_REENTRANT" EXTRA_OECONF = " --with-link-size=2 --enable-newline-is-lf --with-match-limit=10000000" do_compile () { - ${BUILD_CC} -DLINK_SIZE=2 -I${S}/include -c dftables.c - ${BUILD_CC} dftables.o -o dftables - oe_runmake + # 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}" } do_stage () { -- cgit v1.2.3