Improve coverage analysis toolset

Sat Mar 17 14:54:01 UTC 2018

My guess on the build error is that the automake version used by RTEMS is
very old and may not produce output for --help that help2man can parse.

Try building qemu from the RSB without the RTEMS tools in your PATH.

If Couverture has been updated to a recent enough version of the upstream
qemu, then it is likely to fail the same way.

--joel

On Mar 17, 2018 9:46 AM, "Vijay Kumar Banerjee" <vijaykumar9597 at gmail.com>
wrote:

> 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/t
>>>>>>>>> est/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/eef0d9a1/attachment-0002.html>