Updated automated-tests' README.md with more specific instructions / caveats.

Change-Id: Ia1f6863a516cbb4e8325fd1bb61af60b1bfd629e
Signed-off-by: György Straub <g.straub@partner.samsung.com>

diff --git a/automated-tests/README.md b/automated-tests/README.md
index e719dda2ff204b146ac4ec1808bb6888a6a34844..c062b8a90d1166992fc182a0489ac5206fea1d2d 100644 (file)
--- a/automated-tests/README.md
+++ b/automated-tests/README.md
@@ -69,6 +69,8 @@ Building dali toolkit:
 
 Note, you __must__ use a local build and not a distributed build, and you __must__ also build with debug enabled to allow *DALI_ASSERT_DEBUG* to trigger on wrong behaviour ( Which should always be a test case failure! )
 
+Further note that, for the following, your gcov version must match the version of the compiler.
+
 Building the tests
 ------------------
 
@@ -192,7 +194,7 @@ If you are adding test cases to existing files, then all you need to do is creat
       END_TEST;
     }
 
-Note that **there must be no extra whitespace in the method signature** (i.e., it must violate our coding convention and follow __exactly__ this pattern: `int UtcDaliMyTestcaseName(void)`), as it's parsed by an awk script to auto-generate the testcase arrays in the main header file.
+Note that **the parentheses in the method signature must not be empty** (i.e., it must violate our coding convention and follow __exactly__ this pattern: `int UtcDaliMyTestcaseName(void)`), as it's parsed by an awk script to auto-generate the testcase arrays in the main header file. Neither may any comments on the same line contain empty parentheses.
 
 You can contine to use the TET api, e.g. `tet_infoline`, `tet_result` and our test check methods `DALI_TEST_CHECK`, `DALI_TEST_EQUALS`, etc.