On Fri, 25 May 2018, 09:26 Vijay Kumar Banerjee, <vijaykumar9...@gmail.com> wrote:
> > > On Fri, 25 May 2018, 02:52 Chris Johns, <ch...@contemporary.net.au> wrote: > >> On 25/5/18 7:11 am, Vijay Kumar Banerjee wrote: >> > On Fri, 25 May 2018, 00:35 Joel Sherrill, <j...@rtems.org >> > <mailto:j...@rtems.org>> wrote: >> > On Thu, May 24, 2018, 10:43 AM Vijay Kumar Banerjee >> > <vijaykumar9...@gmail.com <mailto:vijaykumar9...@gmail.com>> wrote: >> > On 24 May 2018 at 18:58, Vijay Kumar Banerjee < >> vijaykumar9...@gmail.com >> > <mailto:vijaykumar9...@gmail.com>> wrote: >> > On 24 May 2018 at 18:21, Gedare Bloom <ged...@rtems.org >> > <mailto:ged...@rtems.org>> wrote: >> > >> > Vijay, >> > >> > Please test Chris' modifications. >> > >> > On Thu, May 24, 2018 at 2:23 AM, Chris Johns < >> chr...@rtems.org >> > <mailto:chr...@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: >> >> Is this the error that stops covoar? >> >> yes >> > >> > 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. >> > >> >> Is that the error message above? >> >> yes >> > I fetched the branch afresh then merged it. I see the same error while running full testsuites. > > Chris >> >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel