[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