I discovered more stuff: * the pic14 port testing infrastructure does not set the EMU variable (this is why I couldn't get any tests to run at all); * I fixed this and it started to run all tests in gpsim (yay!); * now I have to properly setup gpsim to actually run the .cod file (it seems it only loads but does not run the executable); * I got gpsim working properly after some hacks (I need to refactor some stuff a little and make a patch).
On Thu, Aug 18, 2022 at 12:36 PM Daniel Franzini <daniel.franz...@gmail.com> wrote: > I'm trying to run the tests as support/regression. > > What would be the correct way to do this? > Here is how I run everything: > > ../sdcc/configure (from build dir) > make > cd support/regression > make test-pic14 > > I have gpsim installed and it is on PATH. Even though it is outdated > (thanks, Debian) I expected to see some results not only error messages > like this: > > gen/pic14/tst_gcc-torture-execute-pr86231.cod: Permission denied > results/pic14/tst_gcc-torture-execute-pr86231.out:1:--- FAIL: "timeout, > simulation killed" in cases/tst_gcc-torture-execute-pr86231.c > Failure: tst_gcc-torture-execute-pr86231 > tst_gcc-torture-execute-pr86231 (f: 1, t: 1, c: 1, b: 0, T: > 0) > > and this one: > > gen/pic14/tst_gcc-torture-execute-strlen-2.cod: No such file or directory > results/pic14/tst_gcc-torture-execute-strlen-2.out:1:--- FAIL: "timeout, > simulation killed" in cases/tst_gcc-torture-execute-strlen-2.c > Failure: tst_gcc-torture-execute-strlen-2 > tst_gcc-torture-execute-strlen-2 (f: 1, t: 1, c: 1, b: 0, T: > 0) > > Looks like the test .cod executable (the one to run in the simulator) > doesn't get generated by the build. I'm not sure why. Can you please, help > me? > > On Thu, Aug 18, 2022 at 8:23 AM Philipp Klaus Krause <p...@spth.de> wrote: > >> Am 18.08.22 um 12:55 schrieb Daniel Franzini: >> > _Updated status:_ >> > * both pic16 and pic14 builds ok_ >> > _ >> > * I can't get the testing code to run properly (if I run make >> test-pic14 >> > it end with this weird message: >> > […] >> > >> > I didn't expect the testing code to try something with padauk and z80 >> ports. >> > >> > * I had to fix an issue: the testing code pointed the simulator command >> > file to uCsim.cmd even when pic14 or pic16 are enabled. Attached is a >> > patch that fixes this one. >> >> What do you mean by "testing code"? The old pic-specific, very >> incomplete tests in src/regression? The real regression tests in >> support/regression? >> >> Philipp >> >> >> _______________________________________________ >> Sdcc-user mailing list >> Sdcc-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sdcc-user >> > > > -- > Daniel > > "Let us change our traditional attitude to the construction of programs. > Instead of imagining that our main task is to instruct a computer what to > do, let us concentrate rather on explaining to human beings what we want a > computer to do." (Donald Knuth) > > "Yes, technogeeks can be funny, even if only to each other." ( > http://www.boogieonline.com/revolution/science/humor/)" > > "Man is driven to create; I know I really love to create things. And while > I'm not good at painting, drawing, or music, I can write software." > (Yukihiro Matsumoto, a.k.a. ``Matz'') > -- Daniel "Let us change our traditional attitude to the construction of programs. Instead of imagining that our main task is to instruct a computer what to do, let us concentrate rather on explaining to human beings what we want a computer to do." (Donald Knuth) "Yes, technogeeks can be funny, even if only to each other." ( http://www.boogieonline.com/revolution/science/humor/)" "Man is driven to create; I know I really love to create things. And while I'm not good at painting, drawing, or music, I can write software." (Yukihiro Matsumoto, a.k.a. ``Matz'')
_______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
