summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStefan Schmidt <s.schmidt@samsung.com>2014-06-19 15:36:01 +0200
committerStefan Schmidt <s.schmidt@samsung.com>2014-06-19 15:41:06 +0200
commit2cebf6785eed26e3f4eda7b6d3d77954a19d3bfc (patch)
treeca713ae89a07dc0c8fd02675a540e6411add17c5
parent62e3c757777d7569f1b6a4d94a982346efcd3477 (diff)
downloadefl-2cebf6785eed26e3f4eda7b6d3d77954a19d3bfc.tar.gz
Revert "Coverage: Fix base directory."
This reverts commit 842e8e9fa01f2ce0c217dec2578d5ee3e0911a8b. Scratching my head over this for a long time now. It sneaked in when jenkins nightly builds which generates coverage reports was broken due to newer gettext error handling. After that was fixed the build kept being broken but now in coverage generation. Finnaly found this change. Why was it done? Did you actually test it? Coverage generation worked fine on my local system as well as on jenkins when I worked on this. If it is broken for you we might need to have another look, but not by breaking jenkins.
-rw-r--r--Makefile.am2
1 files changed, 1 insertions, 1 deletions
diff --git a/Makefile.am b/Makefile.am
index b8780204bb..010e9e69a1 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -384,7 +384,7 @@ lcov-reset:
lcov-report:
@mkdir $(top_builddir)/coverage
- lcov --capture --compat-libtool --no-external --output-file $(top_builddir)/coverage/coverage.info --directory $(top_builddir) --base-directory $(top_srcdir)
+ lcov --capture --compat-libtool --no-external --output-file $(top_builddir)/coverage/coverage.info --directory $(top_builddir) --base-directory $(top_srcdir)/src/
lcov --remove $(top_builddir)/coverage/coverage.info '*.h' --output-file $(top_builddir)/coverage/coverage.cleaned.info
lcov --remove $(top_builddir)/coverage/coverage.cleaned.info '*/tests/*' --output-file $(top_builddir)/coverage/coverage.cleaned2.info
lcov --remove $(top_builddir)/coverage/coverage.cleaned2.info '*NONE*' --output-file $(top_builddir)/coverage/coverage.cleaned3.info