Covoar address to line to DWARF updates.

[Vijay Kumar Banerjee]

On Fri, 25 May 2018, 00:35 Joel Sherrill, <joel at rtems.org> wrote:

>
>
> On Thu, May 24, 2018, 10:43 AM Vijay Kumar Banerjee <
> vijaykumar9597 at gmail.com> wrote:
>
>> On 24 May 2018 at 18:58, Vijay Kumar Banerjee <vijaykumar9597 at gmail.com>
>> wrote:
>>
>>> On 24 May 2018 at 18:21, Gedare Bloom <gedare at rtems.org> wrote:
>>>
>>>> Vijay,
>>>>
>>>> Please test Chris' modifications.
>>>>
>>>> On Thu, May 24, 2018 at 2:23 AM, Chris Johns <chrisj at rtems.org> wrote:
>>>> > Hi,
>>>> >
>>>> > I have pushed my latest set of changes to my personal repo to remove
>>>> covoar
>>>> > exec'ing addr2line and to directly use the DWARF debug info.
>>>> >
>>>> > I have not been able to fully test the results because I do not have
>>>> a suitable
>>>> > .exe and .cov pair with match source. The executable and coverage
>>>> data I have
>>>> > received has helped but objdump fails because I do not have the
>>>> source in the
>>>> > executable path so does not find the source.
>>>> >
>>>> > I would like to get these changes on to master as soon as possible so
>>>> if a
>>>> > covoar built from my repo can be tested I can then push the changes
>>>> to master.
>>>> >
>>>> > I have added to RTEMS Tools an addr2line utility as I needed a tool
>>>> to test the
>>>> > DWARF support I have added to the rtemstoolkit.
>>>> >
>>>> > The repo is https://git.rtems.org/chrisj/rtems-tools.git and the
>>>> changes are on
>>>> > the branch 'covoar-dwarf'.
>>>> >
>>>>
>>>  Hello ,
>>> I have added the .cov trace file and the objdump output of hello.exe
>>> that I'm getting.
>>> Is there anything else I should be doing to test it ?
>>> Shall I send the txt reports generated from covoar ?
>>>
>>
>> I merged your branch with my current working branch that's
>> producing html reports.
>> When I run in for samples/ I'm getting some report that looks good.
>> But when I run for the whole testsuites. It trips in the middle after a
>> lot of
>> INFO messages. It shows the following error:
>>
>> ===========
>> .
>> .
>> .
>> INFO: DesiredSymbols::createCoverageMap - Attempt to create unified
>> coverage maps for CSWTCH.1 with different sizes
>> (/home/lunatic/development/rtems/kernel/leon3/sparc-rtems5/c/leon3/testsuites/libtests/mghttpd01/mghttpd01.exe/2148!=
>> /home/lunatic/development/rtems/kernel/leon3/sparc-rtems5/c/leon3/testsuites/benchmarks/dhrystone/dhrystone.exe/16)
>> error: SymbolTable::addSymbol: Different lengths for the symbol CSWTCH.1
>> (16 and 544)
>> error: covoar failure exit code:
>>
>
> This is the symbol loading picking up rodata merged into the text segment.
> Chris know about this and it is on his to-do list.
>
> Can you ignore these and see how the results look?
>

it doesn't show results, it exits in the middle with the error, even before
coverage starts generating reports.

>
>>
>>>
>> > Thanks
>>>> > Chris
>>>> > _______________________________________________
>>>> > devel mailing list
>>>> > devel at rtems.org
>>>> > http://lists.rtems.org/mailman/listinfo/devel
>>>>
>>>
>>>
>> _______________________________________________
>> devel mailing list
>> devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20180525/0cb96d85/attachment-0002.html>