[PATCH] covoar: fixing the extension mismatch in trace file

Vijay Kumar Banerjee vijaykumar9597 at gmail.com
Sun May 13 11:07:38 UTC 2018


On 13 May 2018 at 16:16, Vijay Kumar Banerjee <vijaykumar9597 at gmail.com>
wrote:

>
>
> On Sun, 13 May 2018, 16:15 Vijay Kumar Banerjee, <vijaykumar9597 at gmail.com>
> wrote:
>
>>
>>
>> On Sun, 13 May 2018, 16:09 Cillian O'Donnell, <cpodonnell8 at gmail.com>
>> wrote:
>>
>>> It does seem to be having some knock on effect. Covoar made it past
>>> these checks before.
>>>
>>> -----------------
>>> Total:         13
>>> Average test time: 0:00:03.178923
>>> Testing time     : 0:00:41.326000
>>> Running covoar for score
>>> covoar results directory:
>>> /home/cpod/development/rtems/leon3/coverage/score
>>> ERROR: executable build prefix does not match: sparc-rtems5
>>> ***Cleaning tempfiles***
>>> error: covoar failure exit code: 1
>>>
>>> Not sure how thats related.
>>>
>>> Its checking
>>>
>>>  if (buildPrefix.empty()) {
>>>
>>>  76           buildPrefix = *pri;
>>>
>>>  77         } else {
>>>
>>>  78           if (buildPrefix != *pri) {
>>>
>>>  79             std::cout << "buildBSP: " + buildBSP << "\n*pri: " +
>>> *pri << std::en
>>>     dl;
>>>  80             fail = "executable build prefix does not match: " +
>>> buildPrefix;
>>>  81             break;
>>>
>>>  82           }
>>>
>>>  83         }
>>>
>>> I added those checks, Its stepping back through the path and checking if
>>> each directory makes sense. It seems to be out of line now
>>>
>>> ERROR: executable build prefix does not match: sparc-rtems5
>>> buildBSP: leon3
>>> *pri: sparc-rtems5
>>> ***Cleaning tempfiles***
>>>
>> initially there were two problems
>> +exe.cov and .cov mismatch
>> +access library from outside the leon3 directory.
>>
>> The patch solves the first one, that's one step .
>> The next step can be solved by adding the path to the build-target , i.e.
>> sparc-rtems5 , from HOME directory, you can manually add it and see it
>> running for now. That tells us that inclusion of the path in more standard
>> way will solve it.
>>
> in score-symbol.ini file
>

To state it clearly :

I added this to the score-symbol.ini

[score]
 libraries=/home/lunatic/development/rtems/kernel/leon3/@BUILD-TARGET@
/c/@BSP@/cpukit/score/libscore.a

and that worked .
To do it in proper way we can do it from the script by using something like
the path.abspath() and that will fix this I think.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20180513/dd93e8bf/attachment-0002.html>


More information about the devel mailing list