<div dir="ltr">On Sat, 1 Feb 2020 at 18:44, Vijay Kumar Banerjee <<a href="mailto:vijaykumar9597@gmail.com">vijaykumar9597@gmail.com</a>> wrote:<br>><br>> On Sat, Feb 1, 2020 at 12:57 PM Bran S <<a href="mailto:archsbran@gmail.com">archsbran@gmail.com</a>> wrote:<br>>><br>>> On Thu, 30 Jan 2020 at 05:52, Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br>>> ><br>>> > On 29/1/20 7:03 pm, Bran S wrote:<br>>> > > Hi Guys,<br>>> > ><br>>> > > I am trying to solve #3515<br>>> > > <a href="https://devel.rtems.org/ticket/3515">https://devel.rtems.org/ticket/3515</a> <<a href="https://devel.rtems.org/ticket/3515">https://devel.rtems.org/ticket/3515</a>><br>>> ><br>>> > Nice and thanks.<br>>> ><br>>> > > For this issue covoar is required.<br>>> > ><br>>> > > So I cloned <a href="https://git.rtems.org/rtems-tools/">https://git.rtems.org/rtems-tools/</a> <<a href="https://git.rtems.org/rtems-tools/">https://git.rtems.org/rtems-tools/</a>><br>>> > > This is my directory structure:<br>>> > > $HOME/quick-start/src/rtems - Main RTEMS repo<br>>> > > $HOME/quick-start/src/rsb - Source Builder<br>>> > > $HOME/quick-start/src/rtems-tools - The one that I have recently cloned<br>>> > ><br>>> > > But running `rtems-test --list-bsps` inside '$HOME/quick-start/src/rtems-tools'<br>>> > > gives "error: RTEMS Toolkit python wrapper not found, plrease report"<br>>> > ><br>>> > > Any ideas on how to resolve this error ?<br>>> ><br>>> > What does `type rtems-test` say?<br>>> ><br>>> > Have you built a set of sparc tools?<br>>> > Have you build the leon3 BSP and all the tests?<br>>> ><br>>> > I am not sure what happens if the `rtems-test` is run in the source tree while<br>>> > picking up a version from your path. Maybe `./tester/rtems-test ...` works?<br>>><br>> Hi Bran,<br>><br>> Thanks for taking up this ticket. <br>>><br>>> It is now working my $PATH was wrongly set with rtems/4.11 instead of rtems/5.<br>>> I have corrected it. It now contains '$HOME/quick-start/rtems/5/bin'<br>>><br>> Nice. <br>>><br>>> Moving on to the next problem:<br>>> <a href="https://devel.rtems.org/wiki/GCI/Documentation/CoverageAnalysis/Coverage#RunningRTEMS-TESTERforCoverageanalysis">https://devel.rtems.org/wiki/GCI/Documentation/CoverageAnalysis/Coverage#RunningRTEMS-TESTERforCoverageanalysis</a><br>>> I was reading this to know more about covoar.<br>>> So as mentioned above I ran<br>>><br>>> `rtems-test --rtems-tools=/home/user45/quick-start/rtems/5/<br>>> --log=coverage_analysis.log --no-clean --coverage=score<br>>> --rtems-bsp=leon3-qemu-cov<br>>> /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/samples/hello.exe`<br>>><br>>> And the output was: <a href="https://paste.debian.net/1128608/">https://paste.debian.net/1128608/</a><br>>> `qemu-system-sparc` not being installed seems to be the cause for the error.<br>>><br>>> So I followed suggestion found here:<br>>> <a href="https://lists.rtems.org/pipermail/users/2018-January/065583.html">https://lists.rtems.org/pipermail/users/2018-January/065583.html</a><br>>> Ran the commands as:<br>>><br>>> $ cd /quick-start/src/rsb/rtems/<br>>> The rsb directory contains rtems source builder.<br>>><br>>> $ ../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5<br>>> devel/qemu.bset<br>>><br>> You need devel/qemu-couverture.bset but while trying to build it, I see the same error<br>> as you see with qemu.bset <br>>><br>>> Running this further gives errors and reports it into<br>>> 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt'<br>>> Full output of above command is at: <a href="https://paste.debian.net/1128609/">https://paste.debian.net/1128609/</a><br>>><br>>> The content of 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt' is<br>>> here: <a href="https://paste.debian.net/1128610/">https://paste.debian.net/1128610/</a><br>>><br>>> In file 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt' (at<br>>> <a href="https://paste.debian.net/1128610/">https://paste.debian.net/1128610/</a>) the first error occurs at line 385,<br>>> which is:<br>>><br>>> ../../glib-2.39.3/glib/gdate.c:2497:7: error: format not a string<br>>> literal, format string not checked [-Werror=format-nonliteral]<br>>> tmplen = strftime (tmpbuf, tmpbufsize, locale_format, &tm);<br>>> ^~~~~~<br>>> CC libglib_2_0_la-gdir.lo<br>>> CC libglib_2_0_la-genviron.lo<br>>> cc1: some warnings being treated as errors<br>>> Makefile:1782: recipe for target 'libglib_2_0_la-gdate.lo' failed<br>>> make[4]: *** [libglib_2_0_la-gdate.lo] Error 1<br>>><br>>> This happens to be a known error/bug (Ref:<br>>> <a href="https://bugs.freedesktop.org/show_bug.cgi?id=95326">https://bugs.freedesktop.org/show_bug.cgi?id=95326</a>)<br>>> and a patch is available for it here:<br>>> <a href="https://gitlab.gnome.org/GNOME/glib/commit/8cdbc7fb2c8c876902e457abe46ee18a0b134486">https://gitlab.gnome.org/GNOME/glib/commit/8cdbc7fb2c8c876902e457abe46ee18a0b134486</a><br>>><br>>> Following the patch I manually made changes into<br>>> '$HOME/quick-start/src/rsb/rtems/build/glib-2.39.3-x86_64-linux-gnu-1/glib-2.39.3/glib/gdate.c'<br>>><br>>> But the problem is that as soon as I run<br>>> `../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5<br>>> devel/qemu.bset`<br>>> My manual changes to the gdate.c disappear and I get the same error as<br>>> before. I don't know what is going on.<br>>><br>> I applied the patch that you found along with another patch and built the souces, glib built<br>> successfully, but unfortunately the couverture-qemu itself failed to build. Here's the log:<br>> <a href="https://paste.ofcode.org/KmJCNZrJyQNev6R4FSUafe">https://paste.ofcode.org/KmJCNZrJyQNev6R4FSUafe</a><br>><br>> Here I'm pasting the diff to add patches to RSB:<br>> ```<br>> diff --git a/bare/config/devel/glib-2.39.3-1.cfg b/bare/config/devel/glib-2.39.3-1.cfg<br>> index d86fe28..0bada15 100644<br>> --- a/bare/config/devel/glib-2.39.3-1.cfg<br>> +++ b/bare/config/devel/glib-2.39.3-1.cfg<br>> @@ -14,6 +14,10 @@<br>> <br>> %hash sha256 glib-%{glib_version}.tar.xz d9fa6c9aa645a5e688a3bb29013bb83801b19ee767d99e33ff52e004e1cc5fc8<br>> <br>> +#Patch to supress string literal warning<br>> +<br>> +%patch add glib <a href="https://gitlab.gnome.org/GNOME/glib/commit/0817af40e8c74c721c30f6ef482b1f53d12044c7.patch">https://gitlab.gnome.org/GNOME/glib/commit/0817af40e8c74c721c30f6ef482b1f53d12044c7.patch</a><br>> +%patch add glib <a href="https://gitlab.gnome.org/GNOME/glib/commit/566e1d61a500267c7849ad0b2552feec9c9a29a6.patch">https://gitlab.gnome.org/GNOME/glib/commit/566e1d61a500267c7849ad0b2552feec9c9a29a6.patch</a><br>> #<br>> # The GLib build instructions. We use 2.x.x Release 1.<br>> #<br>> ```<br>><br>> You can apply the above diff into your rtems-source-builder and try to build couverture qemu.<br>> Most likely it will fail it seems.<br>>><br>>><br>>> After this I found out that `qemu4.bset` is also present so I ran<br>>> $ ../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5<br>>> devel/qemu4.bset<br>>><br>>> It seems to have run successfully here is the full output:<br>>> <a href="https://paste.debian.net/1128611/">https://paste.debian.net/1128611/</a><br>>><br>>> Seems like qemu-system-sparc is now installed. But still while running<br>>><br>>> `rtems-test --rtems-tools=/home/user45/quick-start/rtems/5/<br>>> --log=coverage_analysis.log --no-clean --coverage=score<br>>> --rtems-bsp=leon3-qemu-cov<br>>> /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/samples/hello.exe`<br>>><br>>> I get the same error related to qemu-system-sparc.<br>>> Here is the full output: <a href="https://paste.debian.net/1128612/">https://paste.debian.net/1128612/</a><br>>><br>>> But this time there is a little difference.<br>>> Earlier it exited with exit code 2. see (<a href="https://paste.debian.net/1128608/">https://paste.debian.net/1128608/</a>)<br>>> Now it is exiting with exit code 1. see (<a href="https://paste.debian.net/1128612/">https://paste.debian.net/1128612/</a>)<br>>> Note: To see the exit code on the above 2 links you may have to use<br>>> the horizontal scroll.<br>>><br>>> What am I doing wrong ? Please suggest a way to solve this. I am just<br>>> trying to run a simple rtems-test coverage.<br>><br>> For now, I suggest you to use --rtems-bsp=leon3-sis-cov instead of qemu,<br>> this is give you the reports and you can start focusing on your main ticket.<br><div>></div><div><br></div><div><br></div><div><br></div>Thanks for the suggestion, leon3-sis-cov works, with a minor error as:<br>
<br>
error: copying tree (4):<br>
/home/user45/quick-start/rtems/5/share/rtems/tester/covoar/covoar.css<br>
-> /home/user45/quick-start/leon3-sis-coverage/score: [Errno 2] No<br>
such file or directory:<br>
'/home/user45/quick-start/rtems/5/share/rtems/tester/covoar/covoar.css'<br>
<br>
But the leon3-sis-report.html gives the coverage report. I am still<br>
studying the leon3-sis-coverage directory.<br>
<br>
On a sidenote I see that you worked on this as your gsoc project.<br>
Please mention any source which proved to be helpful in understanding<br>
rtems better.</div>