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
(3) |
2
(4) |
|
3
(9) |
4
(3) |
5
(3) |
6
|
7
|
8
(2) |
9
(2) |
|
10
|
11
(1) |
12
|
13
|
14
(4) |
15
|
16
|
|
17
|
18
|
19
|
20
|
21
(1) |
22
(1) |
23
(1) |
|
24
|
25
(1) |
26
(1) |
27
|
28
(1) |
|
|
|
From: Rhys K. <rhy...@gm...> - 2019-02-04 21:12:19
|
On Mon, Feb 4, 2019 at 3:59 PM Philippe Waroquiers < phi...@sk...> wrote: > Hello Rhys, > > I am far to even remotely master autotool/autoconf/... > but I quickly read your patches, and I found nothing strange, FWIW. > Thanks Philippe. > So, from my point of view, that all looks ok. > I however suggest to wait till the ppc64 breakage is fixed > before pushing (also, that will give some more > time for other developers to comment your patches). No problem. That sounds reasonable to wait a little longer. > > Thanks > Philippe > > > On Sat, 2019-02-02 at 22:56 -0500, Rhys Kidd wrote: > > Autoconf says: > > "This macro is obsolescent, as current systems have conforming > > header files. New programs need not use this macro". > > > > Was previously required to ensure the system has C header files > conforming > > to ANSI C89 (ISO C90). Specifically, this macro checks for stdlib.h, > > stdarg.h, string.h, and float.h. > > > > This autoconf option was used to provide conditional fallback support > > via defined STDC_HEADERS. > > > > valgrind does not utilize conditional fallback support so, so this macro > > is both obsolete and unused, so let's drop it. > > > > Signed-off-by: Rhys Kidd <rhy...@gm...> > > --- > > configure.ac | 1 - > > 1 file changed, 1 deletion(-) > > > > diff --git a/configure.ac b/configure.ac > > index b885bd91b..b69935e9b 100644 > > --- a/configure.ac > > +++ b/configure.ac > > @@ -4011,7 +4011,6 @@ fi # test "$VGCONF_OS" = "solaris" > > # Checks for C header files. > > > #---------------------------------------------------------------------------- > > > > -AC_HEADER_STDC > > AC_CHECK_HEADERS([ \ > > asm/unistd.h \ > > endian.h \ > |
|
From: Philippe W. <phi...@sk...> - 2019-02-04 20:59:30
|
Hello Rhys, I am far to even remotely master autotool/autoconf/... but I quickly read your patches, and I found nothing strange, FWIW. So, from my point of view, that all looks ok. I however suggest to wait till the ppc64 breakage is fixed before pushing (also, that will give some more time for other developers to comment your patches). Thanks Philippe On Sat, 2019-02-02 at 22:56 -0500, Rhys Kidd wrote: > Autoconf says: > "This macro is obsolescent, as current systems have conforming > header files. New programs need not use this macro". > > Was previously required to ensure the system has C header files conforming > to ANSI C89 (ISO C90). Specifically, this macro checks for stdlib.h, > stdarg.h, string.h, and float.h. > > This autoconf option was used to provide conditional fallback support > via defined STDC_HEADERS. > > valgrind does not utilize conditional fallback support so, so this macro > is both obsolete and unused, so let's drop it. > > Signed-off-by: Rhys Kidd <rhy...@gm...> > --- > configure.ac | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/configure.ac b/configure.ac > index b885bd91b..b69935e9b 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -4011,7 +4011,6 @@ fi # test "$VGCONF_OS" = "solaris" > # Checks for C header files. > #---------------------------------------------------------------------------- > > -AC_HEADER_STDC > AC_CHECK_HEADERS([ \ > asm/unistd.h \ > endian.h \ |
|
From: Carl L. <ce...@us...> - 2019-02-04 20:20:05
|
Julian, Valgrind developers:
I noticed the regression tests for ppc64 seem to have recently started
failing last week.
The following patch seems to be the culprit. ...
commit ccfcc9da4a21d5fee1827a3ba4c891672ee82f29
Author: Julian Seward <js...@ac...>
Date: Sat Jan 26 17:38:01 2019 +0100
Rename some int<->fp conversion IROps for consistency. No functional change. n-i-bz.
2018-Dec-27: some of int<->fp conversion operations have been renamed so as to
have a trailing _DEP, meaning "deprecated". This is because they don't
specify a rounding mode to be used for the conversion and so are
underspecified. Their use should be replaced with equivalents that do specify
a rounding mode, either as a first argument or using a suffix on the name,
that indicates the rounding mode to use.
---
VEX/priv/guest_arm_toIR.c | 10 ++++-----
VEX/priv/guest_mips_toIR.c | 12 +++++------
VEX/priv/guest_ppc_toIR.c | 18 ++++++++--------
VEX/priv/host_arm_isel.c | 18 ++++++++--------
VEX/priv/host_mips_isel.c | 10 ++++-----
VEX/priv/host_ppc_isel.c | 14 ++++++-------
VEX/priv/ir_defs.c | 44 ++++++++++++++++++++--------------------
VEX/pub/libvex_ir.h | 30 +++++++++++++++++++--------
memcheck/mc_translate.c | 28 ++++++++++++-------------
memcheck/tests/vbit-test/irops.c | 24 +++++++++++-----------
10 files changed, 110 insertions(+), 98 deletions(-)
....
Unfortunately, it breaks the build for ppc64. When I do "make clean,
make" I get the error:
irops.c: In function ‘get_irop’:
irops.c:1333:15: error: ‘Iop_F32toF16x4’ undeclared (first use in this function)
case Iop_F32toF16x4: // renamed Iop_F32toF16x4_DEP
^
irops.c:1333:15: note: each undeclared identifier is reported only once for each function it appears in
irops.c:1334:15: error: ‘Iop_F64toF16x2’ undeclared (first use in this function)
case Iop_F64toF16x2: // renamed Iop_F64toF16x2_DEP
^
Makefile:826: recipe for target 'vbit_test-irops.o' failed
Digging a little, it appears the renaming of Iop_F32toF16x4 to
Iop_F32toF16x4_DEP and Iop_F64toF16x2 to Iop_F64toF16x2_DEP missed an
instance of Iop_F64toF16x2 and Iop_F32toF16x4 in memcheck/tests/vbit-
test/irops.c
The build and regression test error on PPC64 are fixed with the
following patch. Note, I have only investigated the build issue and
tested this fix on PPC64.
Please let me know if you all agree with this patch. Thanks.
Carl
----------------------------------------------------------------------
FIX: Finish renaming of Iops changed in the following commit.
commit ccfcc9da4a21d5fee1827a3ba4c891672ee82f29
Author: Julian Seward <js...@ac...>
Date: Sat Jan 26 17:38:01 2019 +0100
Rename some int<->fp conversion IROps for consistency.
The commit missed changing an instance of Iop_F32toF16x4 and Iop_F64toF16x2
in file memcheck/tests/vbit-test/irops.c.
---
memcheck/tests/vbit-test/irops.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/memcheck/tests/vbit-test/irops.c b/memcheck/tests/vbit-test/irops.c
index 3005599..03cc5c1 100644
--- a/memcheck/tests/vbit-test/irops.c
+++ b/memcheck/tests/vbit-test/irops.c
@@ -1331,8 +1331,8 @@ get_irop(IROp op)
case Iop_TruncF128toI64U:
case Iop_TruncF128toI64S:
case Iop_F16toF32x4:
- case Iop_F32toF16x4:
- case Iop_F64toF16x2:
+ case Iop_F32toF16x4_DEP:
+ case Iop_F64toF16x2_DEP:
case Iop_F16toF64x2:
case Iop_MulI128by10:
case Iop_MulI128by10Carry:
--
2.7.4
|