On Tue, 28 Jan 2020 at 23:17, Joel Sherrill <j...@rtems.org> wrote: > >> >> Then I ran `hello.exe` using the command `sparc-rtems5-gdb hello.exe` >> inside gdb. >> But when I did `target sim` it displayed (Undefined target command: "sim") >> As a workaround, using `sparc-rtems5-sis` to run hello.exe worked. >> As mentioned in getting started section I have made changes to the >> hello.c file and they are working fine. > > > Can you post a link to the offending content? Or file a ticket?
https://paste.debian.net/1128104/ > > sis was recently split out of gdb and is a standalone simulator that > supports SPARC and RISC-V. It is quite improved as a simulator but > RTEMS documentation has always (since 1995) used it as the easiest > BSP to run code for. So there are potentially many places this is described > that are now out of date for the master. > > I had to update the RTEMS class I teach to show how it used to be and how it > is now. > >> >> >> Now regarding #3515: >> For covoar: I cloned 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 ? > > > I'm leaving this one to someone else. > >> >> >> Two more queries: >> 1) rtems-test is also present in the tool-suite, at >> $HOME/quick-start/rtems/5/bin >> Running `rtems-test` in the tool-suite also gives the same error >> of RTEMS toolkit python wrapper not found. >> Are these two rtems-test scripts (this one and the one in >> rtems-tools) same or different ? > > > One is the binary before it is installed. The one in > $HOME/quick-start/rtems/5/bin > is the installed copy. >> >> >> 2) Same is the case for covoar. It is present at both places >> '$HOME/quick-start/rtems/5/share/rtems/tester/bin/covoar' and also >> inside rtems-tools. > > > Ditto >> >> >> Does this mean that rtems-tools is not required ? > > > It does include tools related to the dynamic loading which would be > required to build the RTEMS tests. If you run tests by hand, then > you won't need rtems-tester. > > Most of the contents of rtems-tools will be needed in a normal > workflow. Likely not covoar unless you work with coverage. > #3515 is about covoar. So I guess I would need it. For now I need to find the solution to that python wrapper error above. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel