You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(18) |
2
(6) |
|
3
(2) |
4
(2) |
5
(5) |
6
(12) |
7
(2) |
8
(1) |
9
(2) |
|
10
(6) |
11
(11) |
12
(12) |
13
(3) |
14
(3) |
15
(2) |
16
|
|
17
(2) |
18
(3) |
19
(43) |
20
(22) |
21
(10) |
22
(21) |
23
(5) |
|
24
|
25
(3) |
26
(12) |
27
(3) |
28
(14) |
29
(25) |
30
(5) |
|
31
(6) |
|
|
|
|
|
|
|
From: Mathieu M. <mma...@ny...> - 2005-07-31 15:09:31
|
Nicholas Nethercote wrote: > On Sun, 31 Jul 2005, Mathieu Malaterre wrote: > >> I am runninng nightly tests with valgrind enabled on a project >> called: CMake. Recently a bunch of error appears, when compiling CMake >> in Release mode (-O3) and using an experimental g++ (gcc-snapshot >> debian package). > > > Julian may have more to say, but generally we don't recommend using > Memcheck on code compiled at the highest optimisation levels for exactly > this reason -- sometimes Memcheck gets fooled into flagging false > positives. That would be why you have no problem at -O0. Ah ok I see what you mean. My concern was that __addvsi3 is a dummy code that hasn't changed for years (implement signed overflow for addition). But in fact what changed really is the O3 optimization in gcc 4.1.x compared to 4.0.x. Thanks Mathieu |
|
From: Nicholas N. <nj...@cs...> - 2005-07-31 14:45:17
|
On Sun, 31 Jul 2005, Mathieu Malaterre wrote: > I am runninng nightly tests with valgrind enabled on a project > called: CMake. Recently a bunch of error appears, when compiling CMake in > Release mode (-O3) and using an experimental g++ (gcc-snapshot debian > package). Julian may have more to say, but generally we don't recommend using Memcheck on code compiled at the highest optimisation levels for exactly this reason -- sometimes Memcheck gets fooled into flagging false positives. That would be why you have no problem at -O0. N |
|
From: Maurice v. d. P. <gri...@ge...> - 2005-07-31 13:32:36
|
On Fri, Jul 29, 2005 at 09:25:01AM -0500, Nicholas Nethercote wrote: > On Fri, 29 Jul 2005, Duane Griffin wrote: >=20 > >It builds and seems to work fine for me on AMD64 running SuSE 9.0, but > >there are a number of failures in the regression test: > > > >=3D=3D 157 tests, 35 stderr failures, 1 stdout failure =3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > 35 is a bit high. Can you look at the *.stderr.diff and *.stderr.out=20 > files and determine if there's a single cause of most of the failures? I have similar results on an x86 running Gentoo: =3D=3D 180 tests, 31 stderr failures, 2 stdout failures =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badrw (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/strchr (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/x86/pushfpopf (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_exit_group (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/mq (stderr) none/tests/selfrun (stdout) none/tests/selfrun (stderr) none/tests/x86/int (stderr) There does not seem to be a single cause of most of these.=20 I see unhandled instructions, an unimplemented function (mq_open), a bad cmdline option (--single-step=3Dyes), lots of expected __libc_start_main messages that are not generated, source line differences, etc. I'll be happy to provide whatever extra info you need. Maurice. --=20 Maurice van der Pot Gentoo Linux Developer gri...@ge... http://www.gentoo.org Creator of BiteMe! gri...@kf... http://www.kfk4ever.com |
|
From: Mathieu M. <mma...@ny...> - 2005-07-31 12:58:11
|
Hello,
I am runninng nightly tests with valgrind enabled on a project called:
CMake. Recently a bunch of error appears, when compiling CMake in
Release mode (-O3) and using an experimental g++ (gcc-snapshot debian
package). The errors look like:
...
==7829== Conditional jump or move depends on uninitialised value(s)
==7829== at 0x1BA2F155: __addvsi3 (in /lib/libgcc_s.so.1)
==7829== by 0x81EDD4F:
cmCommandArgumentParserHelper::AllocateParserType(cmCommandArgumentParserHelper::ParserType*,
char const*, int) (in
/home/mathieu/Dashboards/MyTests/CMake-gcc-snapshot/bin/ctest)
==7829== by 0x820E491:
cmCommandArgument_yylex(cmCommandArgumentParserHelper::ParserType*,
void*) (in /home/mathieu/Dashboards/MyTests/CMake-gcc-snapshot/bin/ctest)
...
I cannot reproduce those using g++-4.0 (debian package) or using
g++-snapshot in Debug mode (-g -O0).
Any advice on why this is happening ?
Thanks,
Mathieu
Ps: Extract of the code:
cmCommandArgumentParserHelper::AllocateParserType:
void
cmCommandArgumentParserHelper::AllocateParserType(cmCommandArgumentParserHelper::ParserType*
pt,
const char* str, int len)
{
pt->str = 0;
if ( len == 0 )
{
len = strlen(str);
}
if ( len == 0 )
{
return;
}
this->UnionsAvailable ++;
pt->str = new char[ len + 1 ];
strncpy(pt->str, str, len);
pt->str[len] = 0;
m_Variables.push_back(pt->str);
}
|
|
From: Cerion Armour-B. <ce...@op...> - 2005-07-31 10:44:49
|
On Sunday 31 July 2005 11:53, Tom Hughes wrote: > It looks like svn.valgrind.org is having a bad day - it is pingable > but I can't connect to the HTTP or SVN servers. > > Tom ...and it's back up again. Cerion |
|
From: Cerion Armour-B. <ce...@op...> - 2005-07-31 10:26:04
|
On Sunday 31 July 2005 11:53, Tom Hughes wrote: > It looks like svn.valgrind.org is having a bad day - it is pingable > but I can't connect to the HTTP or SVN servers. > > Tom Indeed, the server's down. We're working on it, should be up soon... Cerion |