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
|
4
|
5
|
6
|
7
|
8
|
|
9
|
10
|
11
|
12
(1) |
13
|
14
|
15
(1) |
|
16
(1) |
17
|
18
(6) |
19
(7) |
20
(3) |
21
|
22
(4) |
|
23
(3) |
24
(3) |
25
(1) |
26
|
27
|
28
(3) |
29
|
|
30
|
31
(1) |
|
|
|
|
|
|
From: Paul F. <pa...@so...> - 2022-10-20 21:15:22
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=0ea3746e978420963760051e6f821f9b5c3d872d commit 0ea3746e978420963760051e6f821f9b5c3d872d Author: Paul Floyd <pj...@wa...> Date: Thu Oct 20 23:11:42 2022 +0200 Fix build on macOS A while back when I added support for split RW PT_LOAD sections one instance in the macho code didn't get updated. Also update the comment that refers to the old struct member that got renamed. Diff: --- coregrind/m_debuginfo/priv_storage.h | 6 +++--- coregrind/m_debuginfo/readmacho.c | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/coregrind/m_debuginfo/priv_storage.h b/coregrind/m_debuginfo/priv_storage.h index f44ab43ffe..a4b90d36b3 100644 --- a/coregrind/m_debuginfo/priv_storage.h +++ b/coregrind/m_debuginfo/priv_storage.h @@ -541,9 +541,9 @@ ML_(cmp_for_DiAddrRange_range) ( const void* keyV, const void* elemV ); essentially an ultra-trivial finite state machine which, when it reaches an accept state, signals that we should now read debug info from the object into the associated struct _DebugInfo. The accept - state is arrived at when have_rx_map and have_rw_map both become - true. The initial state is one in which we have no observations, - so have_rx_map and have_rw_map are both false. + state is arrived at when have_rx_map is true and rw_map_count + is 1 or 2. The initial state is one in which we have no observations, + so have_rx_map is false and rw_map_count is 0. This all started as a rather ad-hoc solution, but was further expanded to handle weird object layouts, e.g. more than one rw diff --git a/coregrind/m_debuginfo/readmacho.c b/coregrind/m_debuginfo/readmacho.c index 61a3fe9f5a..33cc037b57 100644 --- a/coregrind/m_debuginfo/readmacho.c +++ b/coregrind/m_debuginfo/readmacho.c @@ -714,7 +714,7 @@ Bool ML_(read_macho_debug_info)( struct _DebugInfo* di ) /* This should be ensured by our caller (that we're in the accept state). */ vg_assert(di->fsm.have_rx_map); - vg_assert(di->fsm.have_rw_map); + vg_assert(di->fsm.rw_map_count); for (i = 0; i < VG_(sizeXA)(di->fsm.maps); i++) { const DebugInfoMapping* map = VG_(indexXA)(di->fsm.maps, i); |
|
From: Carl L. <ce...@us...> - 2022-10-20 20:26:14
|
Mark: On Thu, 2022-10-20 at 01:52 +0200, Mark Wielaard wrote: > Greetings. > > A first release candidate for 3.20.0 is available at > https://sourceware.org/pub/valgrind/valgrind-3.20.0.RC1.tar.bz2 > (md5 = 981b9276536843090700c1268549186e) > > Please give it a try on platforms that are important for you. If no > serious issues are reported, the 3.20.0 final release will happen on > 22 October. The RC was run on Power 7, Power 8BE, Power 8LE, Power 9 and Power 10. The number of failures and stdout failures for the 3.20RC was the same or lower than what was seen on 3.19 for each of the platforms. The only issue noted, as discussed on #valgrind-dev channel, is the addition of four post errors for the 3.20RC tree on all of the Power platforms. Specifically: cachegrind/tests/ann1 (post) cachegrind/tests/ann2 (post) callgrind/tests/ann1 (post) callgrind/tests/ann2 (post) The output from cachegrind/tests/ann1.post.diff is: --- ann1.post.exp 2021-01-21 09:09:33.000000000 -0600 +++ ann1.post.out 2022-10-20 14:07:33.272141328 -0500 @@ -33,6 +33,13 @@ -------------------------------------------------------------------- ----------- - -- Auto-annotated source: a.c -------------------------------------------------------------------- ----------- - +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@ +@@ WARNING @@ WARNING @@ WARNING @@ WARNING @@ WARNING @@ WARNING @@ WARNING @@ +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@ +@ Source file 'a.c' is more recent than input file 'cgout-test'. +@ Annotations may not be correct. +@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@ + Ir I1mr ILmr 2 0 0 int main(void) { As discussed on the #valgrind-dev channel, this appears to be a timestamp issue. Doing a touch * in directory cachegrind/tests seems to fix all four post errors. No other issues were noted. I would vote to do the touch * command and go ahead with the release. Carl |
|
From: Paul F. <pj...@wa...> - 2022-10-20 12:10:45
|
On 10/20/22 01:52 AM, Mark Wielaard wrote: > Greetings. > > A first release candidate for 3.20.0 is available at > https://sourceware.org/pub/valgrind/valgrind-3.20.0.RC1.tar.bz2 > (md5 = 981b9276536843090700c1268549186e) > > Please give it a try on platforms that are important for you. If no > serious issues are reported, the 3.20.0 final release will happen on > 22 October. Not quite in the "important platform" category Solaris 11.3, everything builds but there are problems with DRD and Helgrind Around the time of 3.19 I was getting == 791 tests, 18 stderr failures, 3 stdout failures, 1 stderrB failure, 0 stdoutB failures, 0 post failures == 3.20 RC1 == 792 tests, 197 stderr failures, 19 stdout failures, 1 stderrB failure, 1 stdoutB failure, 5 post failures == I haven't analyzed but DRD testcases are giving this error +Bind guard functions for the runtime linker (ld.so.1) were not intercepted. +This means the interface between libc and runtime linker changed and DRD +needs to be ported properly. Giving up. + +Process terminating with default action of signal 6 (SIGABRT) + at 0x........: vgDrd_init (in /export/home/paulf/vg_3_12/valgrind-3.20.0.RC1/drd/vgpreload_drd-amd64-solaris.so) + by 0x........: ??? (in /export/home/paulf/vg_3_12/valgrind-3.20.0.RC1/drd/vgpreload_drd-amd64-solaris.so) + by 0x........: _init (in /export/home/paulf/vg_3_12/valgrind-3.20.0.RC1/drd/vgpreload_drd-amd64-solaris.so) + by 0x........: ??? (in /lib/amd64/ld.so.1) + by 0x........: ??? (in /lib/amd64/ld.so.1) + by 0x........: ??? (in /lib/amd64/ld.so.1) + by 0x........: ??? (in /lib/amd64/ld.so.1) + by 0x........: ??? My Solaris system has barely changed (I rarely even boot it these days). Not blocking for me. A+ Paul |