Improve coverage analysis toolset
Vijay Kumar Banerjee
vijaykumar9597 at gmail.com
Sat Mar 17 14:46:29 UTC 2018
I built it manually
the environment variable PATH looks like this
/home/lunatic/qemu/install/bin:/home/lunatic/development/rtems/5/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/home/lunatic/.local/bin:/home/lunatic/bin
I tried to run rtems-test again without --coverage , it gives the same
result
I have attached the log.
-- vijay
On 17 March 2018 at 00:55, Cillian O'Donnell <cpodonnell8 at gmail.com> wrote:
> Yes this is something more than my build, I'll need someone a bit more
> expert in the RSB to step in there. In the meantime, lets just build
> couverture-qemu manually so we can see is everything else working.
>
> git clone https://github.com/AdaCore/qemu
>
> cd qemu
>
> ./configure --target-list=sparc-softmmu --prefix=$HOME/qemu/install
> --disable-docs --disable-virtfs --disable-werror
>
> make
>
> make install
>
> then add the prefix to $PATH in .bashrc as well like before.
>
> export PATH=$HOME/qemu/install/bin:$PATH
>
> Then run rtem-test and see what happens
>
>
> On 16 March 2018 at 19:13, Vijay Kumar Banerjee <vijaykumar9597 at gmail.com>
> wrote:
>
>> the same error comes when I try to build qemu from the
>> RTEMS/rtems-source-builder as well
>>
>> is the issue coming from my system ? I'm using fedora 27 64bit
>>
>> On 17 Mar 2018 12:39 a.m., "Vijay Kumar Banerjee" <
>> vijaykumar9597 at gmail.com> wrote:
>>
>>> yes , the same thing happens
>>>
>>> On 17 Mar 2018 12:13 a.m., "Cillian O'Donnell" <cpodonnell8 at gmail.com>
>>> wrote:
>>>
>>>> If you build regular qemu with the RSB, does the same thing happen?
>>>>
>>>> Try
>>>>
>>>> ../source-builder/sb-set-builder --log=qemu_log.txt
>>>> --prefix=$HOME/development/5 devel/qemu
>>>>
>>>>
>>>> On 16 March 2018 at 16:48, Vijay Kumar Banerjee <
>>>> vijaykumar9597 at gmail.com> wrote:
>>>>
>>>>> still the same error
>>>>>
>>>>> -- vijay
>>>>>
>>>>> On 16 March 2018 at 21:39, Cillian O'Donnell <cpodonnell8 at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Just checked and the build was failing because one of the patches
>>>>>> needed its hash to be updated to sha256. Just pushed that change. The build
>>>>>> finishes successfully on my end. Pull that change into couverture-build
>>>>>> branch and try it again. I'm not seeing any automake stuff here, so just
>>>>>> check that and let me know.
>>>>>>
>>>>>> On 16 March 2018 at 14:59, Vijay Kumar Banerjee <
>>>>>> vijaykumar9597 at gmail.com> wrote:
>>>>>>
>>>>>>> building couverture-qemu from rtems-source-builder (
>>>>>>> https://github.com/cillianodonnell/rtems-source-builder/tr
>>>>>>> ee/couverture-build )
>>>>>>> gives error building auromake-1.12.6-x86_64-linux-gnu-1 .
>>>>>>>
>>>>>>> I have attached the error report .
>>>>>>>
>>>>>>> -- vijay
>>>>>>>
>>>>>>> On 15 March 2018 at 19:17, Cillian O'Donnell <cpodonnell8 at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 15 March 2018 at 12:26, Vijay Kumar Banerjee <
>>>>>>>> vijaykumar9597 at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> It runs with a bunch of errors . I have attached the log file
>>>>>>>>>
>>>>>>>>
>>>>>>>> Ok, I'm guessing you didn't set up Couverture-Qemu (special version
>>>>>>>> of qemu designed for generating extra trace data for coverage analysis).
>>>>>>>> That's what those errors are about. I have an RSB build for that.
>>>>>>>>
>>>>>>>> https://github.com/cillianodonnell/rtems-source-builder/tree
>>>>>>>> /couverture-build
>>>>>>>>
>>>>>>>> and the instructions for building it are
>>>>>>>>
>>>>>>>> https://devel.rtems.org/wiki/GSoC/2017/coveragetools#Buildin
>>>>>>>> gCouverture-QemuwiththeRSB
>>>>>>>>
>>>>>>>> I know what the other problem is too. I have a specific environment
>>>>>>>> variable defined for the path, sorry I can't even remember putting it
>>>>>>>> there, I thought that was automatically generated (probably should be,
>>>>>>>> another thing to add to the list :)... ). So wherever you stuck the export
>>>>>>>> path for where the rsb built the tools, in .bashrc or whatever you're
>>>>>>>> using. Also put something like:
>>>>>>>>
>>>>>>>> export PATH=$HOME/development/rtems/5/bin:$PATH
>>>>>>>>
>>>>>>>> export PATH=$HOME/development/rtems/test/rtems-tools/build/tester/covoar:$PATH
>>>>>>>>
>>>>>>>>
>>>>>>>> or you could just copy covoar into the /bin directory with all the
>>>>>>>> other rsb tools gcc and all that, it'll find it either way.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> -- vijay
>>>>>>>>>
>>>>>>>>> On 15 March 2018 at 16:58, Cillian O'Donnell <
>>>>>>>>> cpodonnell8 at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Looks good. If you run the samples without coverage is everything
>>>>>>>>>> ok?
>>>>>>>>>>
>>>>>>>>>> So removing --coverage and tacking on /samples
>>>>>>>>>>
>>>>>>>>>> $HOME/development/rtems-tools/tester/rtems-test
>>>>>>>>>> --rtems-bsp=leon3-qemu --log=log-leon3.log --rtems-tools=$HOME/development/rtems/5
>>>>>>>>>> --rtems-builddir=$HOME/development/rtems/kernel/leon3
>>>>>>>>>> sparc-rtems5/c/leon3/testsuites/samples
>>>>>>>>>>
>>>>>>>>>> Do the tests run?
>>>>>>>>>>
>>>>>>>>>> On 15 March 2018 at 10:53, Vijay Kumar Banerjee <
>>>>>>>>>> vijaykumar9597 at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> I have attached the output of the ls of that directory
>>>>>>>>>>>
>>>>>>>>>>> -- vijay
>>>>>>>>>>>
>>>>>>>>>>> On 15 March 2018 at 15:52, Cillian O'Donnell <
>>>>>>>>>>> cpodonnell8 at gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 15 March 2018 at 03:58, Vijay Kumar Banerjee <
>>>>>>>>>>>> vijaykumar9597 at gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> hello ,
>>>>>>>>>>>>>
>>>>>>>>>>>>> as told by Joel , I started this thread to further discuss the
>>>>>>>>>>>>> coverage analysis toolset .
>>>>>>>>>>>>>
>>>>>>>>>>>>> Current status is , I'm trying to builld and run rtems-test
>>>>>>>>>>>>> from the coverage-merge branch of the previous GSoC student Cillian .
>>>>>>>>>>>>> https://github.com/cillianodonnell/rtems-tools/tree/coverage
>>>>>>>>>>>>> -merge
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm getting an error that says .
>>>>>>>>>>>>> "Covoar not found !"
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> It's supposed to find it in rtems-tools/build/tester/covoar/
>>>>>>>>>>>> If it's in there it should be fine. Can you show me the contents of that
>>>>>>>>>>>> directory?
>>>>>>>>>>>>
>>>>>>>>>>>> cpod at cpod ~/development/rtems/test/rtems-tools/build/tester/covoar
>>>>>>>>>>>> $ ls
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> the Covoar appeared in rtems-tools/tester/covoar .
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>>
>>>>>>>>>>>>> Vijay
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> 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/20180317/25885a43/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log-leon3.log
Type: text/x-log
Size: 8347 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20180317/25885a43/attachment-0002.bin>
More information about the devel
mailing list