<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Joel Sherrill <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> schrieb am Di., 4. Aug. 2015 um 16:06 Uhr:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 8/4/2015 7:52 AM, Hermann Felbinger wrote:<br>
> Dear all!<br>
><br>
> I'm currently working on a coverage report generator for RTEMS.<br>
> 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].<br>
><br>
> A detailed explanation how to execute the test cases and how to invoke the generation of coverage reports, can be found in [2].<br>
><br>
> 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:<br>
> --rtems-cpukit=/home/hf/development/rtems/b-leon2/sparc-rtems4.11/c/leon2/cpukit/<br>
> Now relative paths to the libraries can be used in the config file, as shown in [3].<br>
><br>
> Do you think this is a useful solution to get rid of the absolute paths?<br>
<br>
It would work and would be BSP independent. But it moves the path knowledge<br>
to the command line. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Could it be done with just "/home/hf/development/rtems/b-leon2" and the<br>
user configuration file use @TARGET@/c/@BSP@/cpukit?<br>
<br></blockquote><div>Yes of course. </div><div>Then I could use the option --rtems-builddir as prefix for the directory containing the test cases. Currently the path to the test suite is also required to be an absolute path in the execution command for rtems-test e.g. $HOME/development/rtems/b-leon2/testsuites/</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Then the option could be --rtems-builddir or something similar.<br></blockquote><div>OK.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am also thinking that as we move to waf, this might be easier to adapt without<br>
changes.<br></blockquote><div>What do you mean by that?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Could there be some libraries outside the cpukit directory that are analyzed for coverage?<br>
<br>
It is possible but it wouldn't be something done on a regular basis.<br>
<br>
> Best,<br>
> Hermann<br>
><br>
> [1] <a href="https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets_pc386.config" rel="noreferrer" target="_blank">https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets_pc386.config</a><br>
> [2] <a href="http://socis2015rtems.blogspot.co.at/2015/07/build-rtems-and-execute-coverage.html" rel="noreferrer" target="_blank">http://socis2015rtems.blogspot.co.at/2015/07/build-rtems-and-execute-coverage.html</a><br>
> [3] <a href="https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets.config" rel="noreferrer" target="_blank">https://github.com/hermann19829/rtems-tools/blob/master/tester/rtems/testing/coverage/symbolSets.config</a><br>
<br>
--<br>
Joel Sherrill, Ph.D.             Director of Research & Development<br>
joel.sherrill@OARcorp.com        On-Line Applications Research<br>
Ask me about RTEMS: a free RTOS  Huntsville AL 35805<br>
Support Available                (256) 722-9985<br>
</blockquote></div></div>