You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
(3) |
3
(2) |
4
|
|
5
(1) |
6
(2) |
7
|
8
|
9
(2) |
10
|
11
|
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
|
19
|
20
(1) |
21
|
22
|
23
|
24
|
25
|
|
26
|
27
|
28
|
29
|
30
|
31
|
|
|
From: Mark W. <ma...@kl...> - 2020-07-05 16:49:05
|
Hi Rhys, On Fri, 2020-07-03 at 10:27 +1000, Rhys Kidd wrote: > This is a really neat test suite to run through valgrind. Impressed > with how clean it was. That is because Julian used to run it by hand before releases and silently fixed any issues found :) I thought it would be a good idea to automate it, so this kind of testing doesn't rely on someone doing it all manually. Note that I setup a buildbot with workers for aarch64, armhf, i386, ppc64, ppc64le, s390x and x86_64: https://builder.wildebeest.org/buildbot/#/builders?tags=valgrind Currently they are all green, but that is slightly cheating. - i386 has one failing tests: FAIL: qawo(f456) elist (7.25063790881233303e-15 observed vs 7.25922435194575979e-15 expected) (This is in the gsl-1.6.out.x86.exp file, so it still passes) - armhf skips make check because it currently fails with: /usr/bin/ld: v6intThumb-v6intThumb.o: relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC v6intThumb-v6intThumb.o: error adding symbols: Bad value Note that adding -fPIC doesn't really help, the relocation is still disallowed. It looks similar to: https://bugs.kde.org/show_bug.cgi?id=339862 But the "fix" attached to that bug doesn't work either, the assembler will then complain about a bad offset/address of the label. We might have to look for alternative armhf and aarch64 builders, the current machines are really, really, slow and they are "cloud servers" at scaleway, which is going to stop supporting arm based servers end of this year. - s390x produces memcheck warnings that I haven't investigated yet, but that are false positives we really should fix: ==9580== Conditional jump or move depends on uninitialised value(s) ==9580== at 0x1005B8A: compare_complex_float_results (compare_source.c:38) ==9580== by 0x1005B8A: test_complex_float_func (test_complex_source.c:213) ==9580== by 0x1000DE1: main (test.c:108) ==9580== ==9580== Conditional jump or move depends on uninitialised value(s) ==9580== at 0x1005A80: compare_complex_float_results (compare_source.c:44) ==9580== by 0x1005A80: test_complex_float_func (test_complex_source.c:213) ==9580== by 0x1000DE1: main (test.c:108) I filed https://bugs.kde.org/show_bug.cgi?id=423908 Once we fix the s390 issue we should change the test so that any output to stderr flags the testcase as failing. - mips I haven't been able to test make auxchecks under mips. > Do you happen to know how a more recent gsl, like 2.x, > goes? The results look fairly good (at least on x86_64). But newer GSL releases are much bigger, take a much longer to build and test and the test output isn't as convenient. With GSL 1.6 we can simply grep for ^PASS: and any other output tells us something is wrong. > I've noticed two little things (in line below), which I'll commit a > patch to git master branch for. > [...] > I think you meant to include a prefix slash here as $abs_builddir > does not > have a trailing slash: > > -AUX_CHECK_DIR=$(abs_builddir)auxchecks > +AUX_CHECK_DIR=$(abs_builddir)/auxchecks Yes, sorry I missed this. Probably because on all the buildbot workers the tests are run with: make auxchecks AUX_CHECK_DIR=$HOME/valgrind-auxtests That way the gsl tarball, sourcedir patching and builddir can be reused between runs even if the main valgrind source/builddir are cleaned between runs. > For all these intermediate build artifacts, I'll add a .gitignore pattern > so won't be accidentally committed to the tree by a future developer. Thanks. The one thing that I would have liked, but my Make-foo isn't strong enough, is to automatically build gsl twice with primary and secondary architecture flags. You can currently do it by hand by overriding GSL_CFLAGS="-m32 -march=..." Cheers, Mark |