From: Ross Burton <[email protected]> The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in.
Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. Signed-off-by: Ross Burton <[email protected]> Signed-off-by: Alexander Kanavin <[email protected]> --- meta/recipes-devtools/tcf-agent/tcf-agent/fix_ranlib.patch | 14 ++++++++------ 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent/fix_ranlib.patch b/meta/recipes-devtools/tcf-agent/tcf-agent/fix_ranlib.patch index 5d704567c8f..b66f41ad280 100644 --- a/meta/recipes-devtools/tcf-agent/tcf-agent/fix_ranlib.patch +++ b/meta/recipes-devtools/tcf-agent/tcf-agent/fix_ranlib.patch @@ -1,14 +1,16 @@ Upstream-Status: Inappropriate [poky-specific fix] ---- a/Makefile.inc -+++ b/Makefile.inc -@@ -57,6 +57,9 @@ - ifeq ($(NO_UUID),) - LIBS += -luuid +Index: agent/Makefile.inc +=================================================================== +--- agent.orig/Makefile.inc ++++ agent/Makefile.inc +@@ -88,6 +88,9 @@ ifneq ($(OPSYS),Windows) + ifneq ($(CC),g++) + OPTS += -Wmissing-prototypes endif + ifneq ($(RANLIB),) + RANLIB += $@ + endif endif - ifneq ($(OPSYS),Windows) + # Compiler flags definition -- 2.16.1 -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
