|
From: Maynard J. <may...@us...> - 2011-10-10 14:59:23
|
Philippe Waroquiers wrote: >> The regression tests on POWER7/SLES 11 SP1 (using Oct 6, 2011 SVN) actually compare quite favorably to Valgrind 3.6.1 on a POWER5 >> (POWER7 support did not yet exist in 3.6.1 timeframe). For reference, here are the results: > > The attached diff files also contains differences for mcbreak, but mcbreak is not in the below list ??? >> gdbserver_tests/mcinfcallRU (stderr) >> gdbserver_tests/mcinfcallWSRU (stderr) >> gdbserver_tests/mcinfcallWSRU (stderrB) > These 3 failures+the mcbreak seems linked to problems to do an inferior function call. > (see below). > >> gdbserver_tests/mcsignopass (stderr) >> gdbserver_tests/mcsignopass (stdoutB) >> gdbserver_tests/mcsigpass (stderr) >> gdbserver_tests/mcsigpass (stdoutB) > The above tests are based on none/tests/faultstatus which also fails. > I think that if faultstatus is fixed, these should also work. I opened https://bugs.kde.org/show_bug.cgi?id=283709 to address the faultstatus problem. This fix also allows mcsignopass and mcsigpass to pass on my ppc64/SLES 11 SP system. -Maynard [snip] |
|
From: Julian S. <js...@ac...> - 2011-10-10 21:07:36
|
mcsignopass now hangs repeatably for me on Ubuntu 10.04.3 64-bit. It was OK a few days ago. Philippe, any idea what changed? J |
|
From: Florian K. <br...@ac...> - 2011-10-10 22:41:53
|
On 10/10/2011 05:18 PM, Julian Seward wrote: > > Also, it seems like filter_memcheck didn't make it into the tarball. Likely. There is plenty more that needs fixing, I used Bart scripts from drd/Testing.txt #4 and #5 and they pointed out quite a few issues. > The tarball GDB regtests now fail like this > I never got that far because building the docs failed (known issue). A make dist-no-docs target would be great. It would enable everybody to build the tarball and run regtest with it. Florian |
|
From: Bart V. A. <bva...@ac...> - 2011-10-11 18:38:14
|
On Tue, Oct 11, 2011 at 12:41 AM, Florian Krohm <br...@ac...> wrote: > On 10/10/2011 05:18 PM, Julian Seward wrote: >> Also, it seems like filter_memcheck didn't make it into the tarball. > > Likely. There is plenty more that needs fixing, I used Bart scripts from > drd/Testing.txt #4 and #5 and they pointed out quite a few issues. I've converted these scripts into a patch and have uploaded that patch and the current output here: https://bugs.kde.org/show_bug.cgi?id=283813. Feedback is welcome. Bart. |
|
From: Julian S. <js...@ac...> - 2011-10-10 21:18:43
|
On Monday, October 10, 2011, Julian Seward wrote: > mcsignopass now hangs repeatably for me on Ubuntu 10.04.3 64-bit. It > was OK a few days ago. Philippe, any idea what changed? Also, it seems like filter_memcheck didn't make it into the tarball. The tarball GDB regtests now fail like this ./../memcheck/tests/filter_stderr: 25: ./../memcheck/tests/../../memcheck/tests/filter_memcheck: not found But anyway, let's first get to a stable situation w/ the regtests in the checkout tree. J |
|
From: Philippe W. <phi...@sk...> - 2011-10-11 19:07:14
|
>> > Maybe this check could be part of make regtest ? >> > (then nobody can forget anymore) >> >> I for one would welcome the integration of your script in make regtest. > > Yes, me too. Or into make dist. Philippe, can you show the script? The script is very basic (i.e. corresponds to what is in drd/Testing.txt step 3). So, the issue is not the script itself; but rather how to properly integrate this check in the make regtest. I will take a look at this and see if I can propose something which would work properly for all the tests/files/.... Philippe |
|
From: Philippe W. <phi...@sk...> - 2011-10-11 19:17:04
|
> mcsignopass now hangs repeatably for me on Ubuntu 10.04.3 64-bit. It > was OK a few days ago. Philippe, any idea what changed? I have followed the recent commits, there were a few changes in vgdb.c or in the regression tests, but nothing that looks like an explanation for a mcsignopass hang. Do you know from which commit it started to fail ? In any case, running the below perl tests/vg_regtest --keep-unfiltered gdbserver_tests/mcsignopass + sending gdbserver_tests/*.unfiltered.out files should allow me to start the investigations. Thanks |
|
From: Bart V. A. <bva...@ac...> - 2011-10-16 19:54:39
|
On Tue, Oct 11, 2011 at 8:37 PM, Bart Van Assche <bva...@ac...> wrote: > > On Tue, Oct 11, 2011 at 12:41 AM, Florian Krohm <br...@ac...> wrote: > > On 10/10/2011 05:18 PM, Julian Seward wrote: > >> Also, it seems like filter_memcheck didn't make it into the tarball. > > > > Likely. There is plenty more that needs fixing, I used Bart scripts from > > drd/Testing.txt #4 and #5 and they pointed out quite a few issues. > > I've converted these scripts into a patch and have uploaded that patch > and the current output here: > https://bugs.kde.org/show_bug.cgi?id=283813. Feedback is welcome. Any opinions whether the patch attached to #283813 should be applied before or after the 3.7.0 release ? Bart. |
|
From: Florian K. <br...@ac...> - 2011-10-17 11:25:20
|
On 10/16/2011 03:54 PM, Bart Van Assche wrote: > On Tue, Oct 11, 2011 at 8:37 PM, Bart Van Assche <bva...@ac...> wrote: >> >> On Tue, Oct 11, 2011 at 12:41 AM, Florian Krohm <br...@ac...> wrote: >>> On 10/10/2011 05:18 PM, Julian Seward wrote: >>>> Also, it seems like filter_memcheck didn't make it into the tarball. >>> >>> Likely. There is plenty more that needs fixing, I used Bart scripts from >>> drd/Testing.txt #4 and #5 and they pointed out quite a few issues. >> >> I've converted these scripts into a patch and have uploaded that patch >> and the current output here: >> https://bugs.kde.org/show_bug.cgi?id=283813. Feedback is welcome. > > Any opinions whether the patch attached to #283813 should be applied > before or after the 3.7.0 release ? > As it helps with the QA work and reduces pain of releasing it would be good to have it included prior to the release. I was giving it a spin last night. It did not work because awk expands on my Ubuntu 10.10 to /usr/bin/mawk which barfed about the syntax. We need gawk. I'll have a closer look tonight. Florian |