<div dir="ltr">Dear all!<div><br></div><div>I'm currently working on a coverage report generator for RTEMS.</div><div>In the current version a user has to set the absolute paths to the libraries, which are analyzed for coverage, in a config file, e.g., see [1].</div><div><br></div><div>A detailed explanation how to execute the test cases and how to invoke the generation of coverage reports, can be found in [2].</div><div><br></div><div>To eliminate the absolute paths to the analyzed libraries from the config file, I decided to add a command line parameter '--rtems-cpukit' which has to be set by the user, and points to the cpukit directory within the built rtems directory. An example for the usage of this parameter is:  </div><div>--rtems-cpukit=/home/hf/development/rtems/b-leon2/sparc-rtems4.11/c/leon2/cpukit/</div><div>Now relative paths to the libraries can be used in the config file, as shown in [3].</div><div><br></div><div>Do you think this is a useful solution to get rid of the absolute paths? </div><div>Could there be some libraries outside the cpukit directory that are analyzed for coverage?</div><div><br></div><div>Best,</div><div>Hermann</div><div><br></div><div>[1] <a href="https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets_pc386.config">https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets_pc386.config</a></div><div>[2] <a href="http://socis2015rtems.blogspot.co.at/2015/07/build-rtems-and-execute-coverage.html">http://socis2015rtems.blogspot.co.at/2015/07/build-rtems-and-execute-coverage.html</a></div><div>[3] <a href="https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets.config">https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets.config</a></div></div>