On Thu, 30 Jan 2020 at 05:52, Chris Johns <chr...@rtems.org> wrote: > > On 29/1/20 7:03 pm, Bran S wrote: > > Hi Guys, > > > > I am trying to solve #3515 > > https://devel.rtems.org/ticket/3515 <https://devel.rtems.org/ticket/3515> > > Nice and thanks. > > > For this issue covoar is required. > > > > So I cloned https://git.rtems.org/rtems-tools/ > > <https://git.rtems.org/rtems-tools/> > > This is my directory structure: > > $HOME/quick-start/src/rtems - Main RTEMS repo > > $HOME/quick-start/src/rsb - Source Builder > > $HOME/quick-start/src/rtems-tools - The one that I have recently cloned > > > > But running `rtems-test --list-bsps` inside > > '$HOME/quick-start/src/rtems-tools' > > gives "error: RTEMS Toolkit python wrapper not found, plrease report" > > > > Any ideas on how to resolve this error ? > > What does `type rtems-test` say? > > Have you built a set of sparc tools? > Have you build the leon3 BSP and all the tests? > > I am not sure what happens if the `rtems-test` is run in the source tree while > picking up a version from your path. Maybe `./tester/rtems-test ...` works?
It is now working my $PATH was wrongly set with rtems/4.11 instead of rtems/5. I have corrected it. It now contains '$HOME/quick-start/rtems/5/bin' Moving on to the next problem: https://devel.rtems.org/wiki/GCI/Documentation/CoverageAnalysis/Coverage#RunningRTEMS-TESTERforCoverageanalysis I was reading this to know more about covoar. So as mentioned above I ran `rtems-test --rtems-tools=/home/user45/quick-start/rtems/5/ --log=coverage_analysis.log --no-clean --coverage=score --rtems-bsp=leon3-qemu-cov /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/samples/hello.exe` And the output was: https://paste.debian.net/1128608/ `qemu-system-sparc` not being installed seems to be the cause for the error. So I followed suggestion found here: https://lists.rtems.org/pipermail/users/2018-January/065583.html Ran the commands as: $ cd /quick-start/src/rsb/rtems/ The rsb directory contains rtems source builder. $ ../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5 devel/qemu.bset Running this further gives errors and reports it into 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt' Full output of above command is at: https://paste.debian.net/1128609/ The content of 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt' is here: https://paste.debian.net/1128610/ In file 'rsb-report-glib-2.39.3-x86_64-linux-gnu-1.txt' (at https://paste.debian.net/1128610/) the first error occurs at line 385, which is: ../../glib-2.39.3/glib/gdate.c:2497:7: error: format not a string literal, format string not checked [-Werror=format-nonliteral] tmplen = strftime (tmpbuf, tmpbufsize, locale_format, &tm); ^~~~~~ CC libglib_2_0_la-gdir.lo CC libglib_2_0_la-genviron.lo cc1: some warnings being treated as errors Makefile:1782: recipe for target 'libglib_2_0_la-gdate.lo' failed make[4]: *** [libglib_2_0_la-gdate.lo] Error 1 This happens to be a known error/bug (Ref: https://bugs.freedesktop.org/show_bug.cgi?id=95326) and a patch is available for it here: https://gitlab.gnome.org/GNOME/glib/commit/8cdbc7fb2c8c876902e457abe46ee18a0b134486 Following the patch I manually made changes into '$HOME/quick-start/src/rsb/rtems/build/glib-2.39.3-x86_64-linux-gnu-1/glib-2.39.3/glib/gdate.c' But the problem is that as soon as I run `../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5 devel/qemu.bset` My manual changes to the gdate.c disappear and I get the same error as before. I don't know what is going on. After this I found out that `qemu4.bset` is also present so I ran $ ../source-builder/sb-set-builder --prefix=$HOME/quick-start/rtems/5 devel/qemu4.bset It seems to have run successfully here is the full output: https://paste.debian.net/1128611/ Seems like qemu-system-sparc is now installed. But still while running `rtems-test --rtems-tools=/home/user45/quick-start/rtems/5/ --log=coverage_analysis.log --no-clean --coverage=score --rtems-bsp=leon3-qemu-cov /home/user45/quick-start/build/b-leon3/sparc-rtems5/c/leon3/testsuites/samples/hello.exe` I get the same error related to qemu-system-sparc. Here is the full output: https://paste.debian.net/1128612/ But this time there is a little difference. Earlier it exited with exit code 2. see (https://paste.debian.net/1128608/) Now it is exiting with exit code 1. see (https://paste.debian.net/1128612/) Note: To see the exit code on the above 2 links you may have to use the horizontal scroll. What am I doing wrong ? Please suggest a way to solve this. I am just trying to run a simple rtems-test coverage. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel