Using rtl-host in covor - some questions
chrisj at rtems.org
Thu Aug 14 03:16:43 UTC 2014
On 14/08/2014 6:48 am, Joel Sherrill wrote:
> On 8/13/2014 3:28 PM, Chris Johns wrote:
>> Sorry about not responding before now. It had dropped of my list and I
>> had forgotten about it.
>> On 12/08/2014 9:58 pm, Krzysztof Mięsowicz wrote:
>>> I'm currently working on adding symbol generation to covoar. I'm going
>>> to use rtl::process::execute function to run nm from covoar (as
>>> suggested by Chris). I do not know exactly how should I use this in
>>> covoar. Should I build rtl-host as a library and link it to covoar? Or
>>> maybe there is another, better option?
>> This is a really good question. Having covoar and rtems-host work
>> together is a really thing because there is lots of good code to reuse.
>> Currently the rtems-host repo is my private area and maybe this need to
>> change. It is difficult to have both work together when in separate
>> repos. Joel, should this code be moved to the rtems-tools.git repo ?
> covoar has moved.
> rtems-coverage I think is the other directory that would have to move.
> It is OK by me.
I will start to look at this.
>> As it stands rtems-host builds 3 static libraries and you can use those...
>> $ ls build-linux2/*.a
> As I recall, we just need to look up the address for a specific symbol.
> I assume libelf.a has that.
Yes and the rtl-host has a c++ class wrapper for it. You load the
library or libraries and then extract a symbol table and you can search
on the table.
> I have used covoar with C++ but don't recall how the name mangling was
The rtl-host includes code to manage c++ mangling.
More information about the devel