[PATCH] covoar: Add symbol set reader and ELF data parser to covoar.

Chris Johns chrisj at rtems.org
Sat Apr 28 23:30:45 UTC 2018


On 29/4/18 8:27 am, Cillian O'Donnell wrote:
> 
> 
> On Sat, 28 Apr 2018, 20:39 Vijay Kumar Banerjee, <vijaykumar9597 at gmail.com
> <mailto:vijaykumar9597 at gmail.com>> wrote:
> 
> 
>     This is the log file that I'm getting after running the test
> 
>     I'm getting  a lot of 'invalid' results , am I missing something ?
> 
> 
> What we had in coverage.py and test.py will need to be updated with Chris'
> change to covoar. It's probably best not to run it with rtems-test until we've
> revised that. 

Yes this is the plan.

> We'll just be testing covoar by itself for the moment. The focus
> will probably be on removing covoars dependency on external tools next.

Removing all the external exec is a complex problem to solve, for example to
remove addr2lin we need to add libdwarf to the rtemstoolkit and that is not in
the planned work for this GSoC.

Once these patches have been pushed to master I will look for solutions to get
what we have working on all platforms, for example removing the dos2unix command.

> Chris will we pass in the score ini to -S option now and then the other options
> are picked up from there? (Excluding -p and -E).

I am not sure yet. Once you are happy with the changes I have made I was going
to take the rtems-tester patches and update them.

For example I have side stepped the issue of detected a coverage version of qemu
or having a coverage enable flag by creating leon3-qemu-cov as a BSP and if that
is used with RTEMS tester it expects a coverage qemu to be available.

>     after this patch along with with the c++ cleanup patch, we have to start
>     working on parsing the coverage right?

I am not sure, Joel? :)

Chris


More information about the devel mailing list