<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 19 May 2018 at 03:29, Joel Sherrill <span dir="ltr"><<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="gmail-h5">On Fri, May 18, 2018 at 4:53 PM, Vijay Kumar Banerjee <span dir="ltr"><<a href="mailto:vijaykumar9597@gmail.com" target="_blank">vijaykumar9597@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span><div><br><br><div class="gmail_quote"><div dir="ltr">On Sat, 19 May 2018, 03:06 Joel Sherrill, <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 18, 2018 at 4:01 PM, Vijay Kumar Banerjee <span dir="ltr"><<a href="mailto:vijaykumar9597@gmail.com" rel="noreferrer" target="_blank">vijaykumar9597@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span>On 19 May 2018 at 02:29, Vijay Kumar Banerjee <span dir="ltr"><<a href="mailto:vijaykumar9597@gmail.com" rel="noreferrer" target="_blank">vijaykumar9597@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span>On 19 May 2018 at 01:30, Cillian O'Donnell <span dir="ltr"><<a href="mailto:cpodonnell8@gmail.com" rel="noreferrer" target="_blank">cpodonnell8@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-m_6261481818339033898m_6259912890183321246m_1363267970878764053m_870926846336597571m_2582556148921946365gmail-"><div><br><br><div class="gmail_quote"><div dir="ltr">On Fri, 18 May 2018, 14:55 Vijay Kumar Banerjee, <<a href="mailto:vijaykumar9597@gmail.com" rel="noreferrer" target="_blank">vijaykumar9597@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br clear="all"><div><div class="gmail-m_6261481818339033898m_6259912890183321246m_1363267970878764053m_870926846336597571m_2582556148921946365gmail-m_8503529502978015257m_-6483381266852496387gmail_signature"><div dir="ltr"><div dir="ltr">On 18 May 2018 at 19:09, Cillian O'Donnell <span dir="ltr"><<a href="mailto:cpodonnell8@gmail.com" rel="noreferrer noreferrer" target="_blank">cpodonnell8@gmail.com</a>></span> wrote:<br></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span><div><br><br><div class="gmail_quote"><div dir="ltr">On Fri, 18 May 2018, 12:36 Vijay Kumar Banerjee, <<a href="mailto:vijaykumar9597@gmail.com" rel="noreferrer noreferrer" target="_blank">vijaykumar9597@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On 18 May 2018 at 12:30, Cillian O'Donnell <span dir="ltr"><<a href="mailto:cpodonnell8@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">cpodonnell8@gmail.com</a>></span> wrote:<br><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-m_6261481818339033898m_6259912890183321246m_1363267970878764053m_870926846336597571m_2582556148921946365gmail-m_8503529502978015257m_-6483381266852496387m_8366205978604410657m_2483226229566518768gmail-"><div><div class="gmail_quote"><div dir="ltr">Cool, you should run it for the full testsuite and take a look at that report (takes a while.. around 575 tests)<br></div></div></div></span><span class="gmail-m_6261481818339033898m_6259912890183321246m_1363267970878764053m_870926846336597571m_2582556148921946365gmail-m_8503529502978015257m_-6483381266852496387m_8366205978604410657m_2483226229566518768gmail-"><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="auto"><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><br></div></div></blockquote></div></div></div></div></blockquote></div></div></span></div></blockquote><div>When I try to run the full testsuites it gives the following error . What could be causing this ?</div></div></div></div></blockquote></div></div><div dir="auto"><br></div></span><div dir="auto">If you run the full testsuite without the coverage options, does it still happen?</div></div></blockquote><div>No it seems to run fine without coverage. </div></div></div></div></blockquote></div></div><div dir="auto"><br></div></span><div dir="auto">I vaguely remember seeing this before last year, I suspect that when things are cleared up in coverage.py it will dissappear. So don't worry about it for now, carry on with what you're doing. What branch are you working on at the moment?</div></div></blockquote></span><div>The path to build directory from the executable path is working now !</div><div><br></div><div>I'm working in this branch currently, I'll send a patch to all of it together when it starts working.</div></div></div></div></blockquote></span><div>I meant to say once the parsing of ini file starts working. the path to build directory is already working. </div><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> Please have a look and also suggest improvements where applicable .</div><div><br></div><div><a href="https://github.com/thelunatic/rtems-tools/tree/cov-tester-support" rel="noreferrer" target="_blank">https://github.com/thelunatic/<wbr>rtems-tools/tree/cov-tester-su<wbr>pport</a>.<br></div><div><br></div><div>after this update, running it on full testsuits doesn't give that error anymore but it has some other issue. The report doesn't shows data only for samples even after running it for full testsuites </div></div></div></div></blockquote></span></div></div></div></blockquote><div><br></div><div>Do you have coverage output on all the tests?</div></div></div></div></blockquote></div></div></span><div dir="auto">I have coverage output on tests under samples/ only . </div><div dir="auto">running it for the whole testsuits gives the same coverage output as with samples/</div><span><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Is the verbose output indicating that all the tests are being looped over?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>and I'm getting this error :</div><div><br></div><div>-----</div><div><div>ERROR==> Different lengths for the symbol CSWTCH.1 (16 and 544)</div></div></div></div></div></blockquote></span></div></div></div></blockquote><div><br></div><div><br></div><div>Cillian must want to purge all memory of this type of message. :)</div><div><br></div><div>This message indicates that a symbol of interest (e.g. a function) has one length</div><div>in one executable file and a completely different one in a second. Cillian worked</div><div>on one of these last summer which was because the method was padded with</div><div>a different number of nops in each executable. That was supposed to be handled</div><div>by covoar but he found a nasty bug.</div><div><br></div><div>This particular one looks like it is for a GCC generated symbol which should</div><div>have been ignored in the symbols of interest. My bet is that the way we formerly</div><div>got the DesiredSymbols only got real methods. The new way must also be</div><div>picking up some "local" symbols that gcc is generating.</div><div><br></div><div>If we know either of those executables, we should be able to look at the </div><div>symbol table with nm and figure out what Chris is pulling in that he shouldn't.</div><div><br></div><div>Is this a fatal error or just a "give up" on this symbol in this executable?<br></div><div></div></div></div></div></blockquote></div></div></span><div dir="auto">it doesn't break in the middle. Coverage does run but the report doesn't look proper</div></div></blockquote><div><br></div></div></div><div>This is an auto-generated symbol by gcc which will be in the middle of a method.</div><div>DesiredSymbols should be ignoring symbols like this. I don't think seeing them</div><div>will cause a horrible problem but it is quite likely that the method(s) these are</div><div>seen in will have quite incorrect results.</div><div><br></div><div>If running on samples looks OK, try running coverage from just tmtests and</div><div>see if that is better. You need to find a set small enough to trip the problem</div><div>but easy to analyse.</div></div></div></div></blockquote><div>Coverage from tmtests looks OK .</div><div>psxtmtests , psxtests, libtests gives the same error and doesn't show proper coverage report.</div><div><br></div><div>Also, I can see these INFO lines even with the ones that are showing proper coverage output </div><div><br></div><div>--------------</div><div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for hex2ascii_data because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Workspace_Allocate_or_fatal_error because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for hex2ascii_data because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Workspace_Allocate_or_fatal_error because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Workspace_Allocate_or_fatal_error because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Workspace_Allocate_or_fatal_error because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for hex2ascii_data because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for CSWTCH.1 because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Thread_queue_Operations_default because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for _Workspace_Allocate_or_fatal_error because the sizes are different</div><div>INFO: DesiredSymbols::mergeCoverageMap - Unable to merge coverage map for hex2ascii_data because the sizes are different</div><div>Coverage run for score finished successfully.</div><div>-----------------------------------------------</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-HOEnZb"><font color="#888888"><div><br></div><div>--joel</div></font></span><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div> </div></div></div></div>
</blockquote></span></div><br></div></div>
<br>______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" rel="noreferrer" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman<wbr>/listinfo/devel</a><br></blockquote></div><br></div></div>
</blockquote></div></div></span></div>
</blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>