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
(1) |
3
(1) |
4
|
5
|
6
|
7
|
8
|
|
9
|
10
(1) |
11
(1) |
12
|
13
|
14
|
15
(1) |
|
16
(1) |
17
(1) |
18
|
19
|
20
(2) |
21
(1) |
22
|
|
23
(4) |
24
(1) |
25
(7) |
26
(3) |
27
|
28
|
|
|
From: Julian S. <js...@ac...> - 2003-02-25 23:52:56
|
Ok, committed a fix which I think should work for you. It still fails on my box, but now for totally tedious reasons: *** new_override.stderr.exp 2002-09-23 11:21:53.000000000 +0000 --- new_override.stderr.out 2003-02-25 23:51:47.000000000 +0000 *************** *** 8,9 **** ! malloc/free: in use at exit: 32 bytes in 1 blocks. ! malloc/free: 1 allocs, 0 frees, 32 bytes allocated. --- 8,9 ---- ! malloc/free: in use at exit: 112 bytes in 3 blocks. ! malloc/free: 3 allocs, 0 frees, 112 bytes allocated. ie presumably glibc differences between your system and mine cause that. ----------------- Can you just check that the make system still works for you, ie make, make clean, make install, make dist, make distcheck, are ok? Looks OK at this end. J On Tuesday 25 February 2003 9:49 am, Nicholas Nethercote wrote: > Hi, > > As per subject... the bug has been introduced within the last few days, I > think, because I didn't have it in my workspace copy until I updated and > rebuilt just then. > > To see, run one of: > > $PREFIX/bin/vg_regtest --all > $PREFIX/bin/vg_regtest memcheck > $PREFIX/bin/vg_regtest memcheck/tests/new_override > > within the top level valgrind/ directory. > > I don't see how any of my recent commits could have caused this, so I'm > brazenly assuming it's not my fault until proven otherwise... :) > > N > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Julian S. <js...@ac...> - 2003-02-25 23:26:47
|
[Dirk .. (1) thanks for fixing 'make install'. However ...
(2) pls read at least the last para
.. more fallout from recent changes?]
Mystery solved ... possibly a side effect of fixing 'make install'.
> As per subject... the bug has been introduced within the last few days, I
> think, because I didn't have it in my workspace copy until I updated and
> rebuilt just then.
>
> To see, run one of:
>
> $PREFIX/bin/vg_regtest --all
> $PREFIX/bin/vg_regtest memcheck
> $PREFIX/bin/vg_regtest memcheck/tests/new_override
>
> within the top level valgrind/ directory.
>
> I don't see how any of my recent commits could have caused this, so I'm
> brazenly assuming it's not my fault until proven otherwise... :)
Sigh. Curiously, it also fails on SuSE 8.1. The .stderr.exp says there
should be an uninit-var error at line 25. The .stderr.out mentions
no such.
Reading the assembly for main, with and without -O is revealing.
for (i = 0; i < 2; i++) {
if (toto[i].a) {
j++;
}
// main returns now
With -O and above, gcc sees that j is dead after the loop, and converts
it to
movl $0, %eax
.L15:
incl %eax
cmpl $1, %eax
jle .L15
ie
for (i = 0; i < 2; i++) {
}
[Why it doesn't then unroll the loop and change this to "i = 2",
I don't know. But anyway ...]
So it's no wonder no error is reported for me.
Rerunning the test without -O does indeed get an error reported.
And indeed I see that the test is built with -O2 -g.
Have a look at rev 1.6 of valgrind/memcheck/tests/Makefile.am.
It changes the flag handling for the tests (I guess) and I bet
that causes -O2 to be passed to the test compilations. Which
I guess it shouldn't be. Didn't we have a no-optimisation policy
for regressions, to try and ensure gcc didn't optimise stuff away?
Ha .. more clarity. In memcheck/tests, it is only "mismatches" and
"new_override" which are compiled with -g -O2. And these are
exactly the C++ ones.
So I wonder if, in valgrind/memcheck/tests/Makefile.am,
the renaming of CXXFLAGS to AM_CXXFLAGS didn't have the desired
effect?
J
|
|
From: Dirk M. <dm...@gm...> - 2003-02-25 11:53:25
|
On Die, 25 Feb 2003, Julian Seward wrote: > Umm ... make install doesn't work any more ... hmm, I was afraid of that... Fixed. -- Dirk (received 289 mails today) |
|
From: Nicholas N. <nj...@ca...> - 2003-02-25 09:49:50
|
Hi, As per subject... the bug has been introduced within the last few days, I think, because I didn't have it in my workspace copy until I updated and rebuilt just then. To see, run one of: $PREFIX/bin/vg_regtest --all $PREFIX/bin/vg_regtest memcheck $PREFIX/bin/vg_regtest memcheck/tests/new_override within the top level valgrind/ directory. I don't see how any of my recent commits could have caused this, so I'm brazenly assuming it's not my fault until proven otherwise... :) N |
|
From: Nicholas N. <nj...@ca...> - 2003-02-25 09:38:54
|
On Tue, 25 Feb 2003, Julian Seward wrote: > Thx for the hackery! > > Umm ... make install doesn't work any more ... Works for me with the old automake... N |
|
From: Julian S. <js...@ac...> - 2003-02-25 08:59:56
|
Dirk Thx for the hackery! Umm ... make install doesn't work any more ... J make[3]: Leaving directory `/home/sewardj/VgHEAD/valgrind' /bin/sh ./mkinstalldirs /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind /usr/bin/install -c -m 644 glibc-2.1.supp /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind/glibc-2.1.supp /usr/bin/install -c -m 644 glibc-2.2.supp /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind/glibc-2.2.supp /usr/bin/install -c -m 644 xfree-3.supp /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind/xfree-3.supp /usr/bin/install -c -m 644 xfree-4.supp /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind/xfree-4.supp /usr/bin/install -c -m 644 ./default.supp /home/sewardj/VgHEAD/valgrind/Inst/lib/valgrind/default.supp /usr/bin/install: cannot stat `./default.supp': No such file or directory make[2]: *** [install-valDATA] Error 1 make[2]: Leaving directory `/home/sewardj/VgHEAD/valgrind' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/sewardj/VgHEAD/valgrind' make: *** [install-recursive] Error 1 On Tuesday 25 February 2003 1:48 am, Dirk Mueller wrote: > On Mon, 24 Feb 2003, Julian Seward wrote: > > I upgraded my machine to SuSE 8.1 recently and now make distcheck on > > the cvs head is failing. Having stared at various Makefile.am's for > > some time now I am completely mystified. Even stranger, it works > > fine for Nick (who is on R H 7.1 iirc). > > Fixed. |
|
From: Dirk M. <dm...@gm...> - 2003-02-25 01:49:08
|
On Mon, 24 Feb 2003, Julian Seward wrote: > I upgraded my machine to SuSE 8.1 recently and now make distcheck on > the cvs head is failing. Having stared at various Makefile.am's for > some time now I am completely mystified. Even stranger, it works > fine for Nick (who is on R H 7.1 iirc). Fixed. -- Dirk (received 61 mails today) |