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
(2) |
3
|
4
(1) |
|
5
|
6
(2) |
7
|
8
(1) |
9
|
10
(2) |
11
(8) |
|
12
(2) |
13
(9) |
14
(2) |
15
(6) |
16
(5) |
17
(3) |
18
|
|
19
|
20
(1) |
21
(1) |
22
(6) |
23
(8) |
24
(2) |
25
(1) |
|
26
|
27
(3) |
28
(8) |
29
(17) |
30
(6) |
31
(3) |
|
|
From: <sv...@va...> - 2017-03-31 17:06:12
|
Author: iraisr
Date: Fri Mar 31 18:06:01 2017
New Revision: 3339
Log:
Fix constant propagation and folding IR transformation pass for IfThenElse.
Modified:
branches/VEX_JIT_HACKS/priv/ir_defs.c
branches/VEX_JIT_HACKS/priv/ir_opt.c
Modified: branches/VEX_JIT_HACKS/priv/ir_defs.c
==============================================================================
--- branches/VEX_JIT_HACKS/priv/ir_defs.c (original)
+++ branches/VEX_JIT_HACKS/priv/ir_defs.c Fri Mar 31 18:06:01 2017
@@ -1706,7 +1706,7 @@
if (i % 8 == 0)
print_depth(1);
ppIRTemp(i);
- vex_printf(":%u=", env->ids[i]);
+ vex_printf("[%u]:", env->ids[i]);
ppIRType(env->types[i]);
if (i % 8 == 7)
vex_printf( "\n");
@@ -1732,7 +1732,7 @@
IRTemp tmp = slot * sizeof(UChar) + bit;
ppIRTemp(tmp);
if (tyenv != NULL) {
- vex_printf("=");
+ vex_printf(":");
ppIRType(tyenv->types[tmp]);
}
Modified: branches/VEX_JIT_HACKS/priv/ir_opt.c
==============================================================================
--- branches/VEX_JIT_HACKS/priv/ir_opt.c (original)
+++ branches/VEX_JIT_HACKS/priv/ir_opt.c Fri Mar 31 18:06:01 2017
@@ -1105,7 +1105,7 @@
UInt n_tmps = tyenv->used;
env->map = LibVEX_Alloc_inline(n_tmps * sizeof(IRExpr*));
for (UInt i = 0; i < n_tmps; i++)
- env->map[i] = NULL;
+ env->map[i] = (parent_env == NULL) ? NULL : parent_env->map[i];
return env;
}
@@ -2629,6 +2629,28 @@
}
}
+/* A phi node of the form dst = phi(srcThen, srcElse) behaves much like
+ a WrTmp. Ensure that the connection between src{Then,Else} and assignments
+ in the corresponding leg is not broken:
+ - either add WrTemp assignment for src{Then,Else} in the leg, or
+ - adjust src{Then,Else} for the phi node. */
+static void subst_and_fold_PhiNodes(SubstEnv* env, IRStmtVec* stmts,
+ Bool srcThen, IRPhiVec* phi_nodes)
+{
+ for (UInt i = 0; i < phi_nodes->phis_used; i++) {
+ IRPhi* phi = phi_nodes->phis[i];
+ IRTemp* tmp = (srcThen) ? &phi->srcThen : &phi->srcElse;
+ IRExpr* expr = env->map[*tmp];
+ vassert(expr != NULL);
+
+ if (expr->tag == Iex_RdTmp) {
+ *tmp = expr->Iex.RdTmp.tmp;
+ } else {
+ addStmtToIRStmtVec(stmts, IRStmt_WrTmp(*tmp, expr));
+ }
+ }
+}
+
static IRStmtVec* subst_and_fold_Stmts(SubstEnv* env, IRStmtVec* in);
/* Apply the subst to stmt, then fold the result as much as possible.
@@ -2872,11 +2894,15 @@
= newSubstEnv(env->tyenv, st->Ist.IfThenElse.then_leg, env);
IRStmtVec* then_stmts
= subst_and_fold_Stmts(then_env, st->Ist.IfThenElse.then_leg);
+ subst_and_fold_PhiNodes(then_env, then_stmts, True /* srcThen */,
+ st->Ist.IfThenElse.phi_nodes);
SubstEnv* else_env
= newSubstEnv(env->tyenv, st->Ist.IfThenElse.else_leg, env);
IRStmtVec* else_stmts
= subst_and_fold_Stmts(else_env, st->Ist.IfThenElse.else_leg);
+ subst_and_fold_PhiNodes(else_env, else_stmts, False /* srcThen */,
+ st->Ist.IfThenElse.phi_nodes);
return IRStmt_IfThenElse(fcond, then_stmts, else_stmts,
st->Ist.IfThenElse.phi_nodes);
@@ -6684,7 +6710,7 @@
/*--- iropt main ---*/
/*---------------------------------------------------------------*/
-static Bool iropt_verbose = True; /* True; */
+static Bool iropt_verbose = False; /* True; */
/* Do a simple cleanup pass on bb. This is: redundant Get removal,
|
|
From: Petar J. <mip...@gm...> - 2017-03-31 13:17:35
|
On Fri, Mar 31, 2017 at 1:46 PM, zboom <net...@fo...> wrote: > I was using the release version 3.11.0, and I compared the code of bug > 342356. My local version was actually not including this fix. Then I updated > my local version to the release version 3.12.0 and also the latest svn > version. The valgrind can show its version and help message now. But it is > pending on the terminal when I am doing the memcheck. It will never return > until I kill it forcibly. > Can you confirm that you are using the latest SVN code? What does 'svn info' say? Petar |
|
From: zboom <net...@fo...> - 2017-03-31 11:46:03
|
I was using the release version 3.11.0, and I compared the code of bug 342356. My local version was actually not including this fix. Then I updated my local version to the release version 3.12.0 and also the latest svn version. The valgrind can show its version and help message now. But it is pending on the terminal when I am doing the memcheck. It will never return until I kill it forcibly. The following is the detail message when it running. $ valgrind -v --tool=memcheck ls -l ==4399== Memcheck, a memory error detector ==4399== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==4399== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info ==4399== Command: ls -l ==4399== --4399-- Valgrind options: --4399-- -v --4399-- --tool=memcheck --4399-- Contents of /proc/version: --4399-- Linux version 3.10.87-rt80-yocto-standard (zboom@Z9PE-D16-Series) (gcc version 5.3.0 (GCC) ) #2 SMP Fri Ma7 --4399-- --4399-- Arch and hwcaps: MIPS64, BigEndian, Cavium-baseline --4399-- Page sizes: currently 65536, max supported 65536 --4399-- Valgrind library directory: /usr/lib/valgrind --4399-- Reading syms from /lib/ld-2.23.so --4399-- Considering /lib/ld-2.23.so .. --4399-- .. CRC mismatch (computed 5b147cae wanted 7650c179) --4399-- Considering /lib/.debug/ld-2.23.so .. --4399-- .. CRC is valid --4399-- Reading syms from /usr/lib/valgrind/memcheck-mips64-linux --4399-- Considering /usr/lib/valgrind/memcheck-mips64-linux .. --4399-- .. CRC mismatch (computed ff8cddf5 wanted 88d649f7) --4399-- object doesn't have a symbol table --4399-- object doesn't have a dynamic symbol table --4399-- Reading syms from /bin/ls.coreutils --4399-- Considering /bin/ls.coreutils .. --4399-- .. CRC mismatch (computed 70b37161 wanted 924c04f3) --4399-- object doesn't have a symbol table --4399-- Scheduler: using generic scheduler lock implementation. --4399-- Reading suppressions file: /usr/lib/valgrind/default.supp ==4399== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-4399-by-zboom-on-??? ==4399== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-4399-by-zboom-on-??? ==4399== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-4399-by-zboom-on-??? ==4399== ==4399== TO CONTROL THIS PROCESS USING vgdb (which you probably ==4399== don't want to do, unless you know exactly what you're doing, ==4399== or are doing some strange experiment): ==4399== /usr/lib/valgrind/../../bin/vgdb --pid=4399 ...command... ==4399== ==4399== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==4399== /path/to/gdb ls ==4399== and then give GDB the following command ==4399== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=4399 ==4399== --pid is optional if only one valgrind process is running ==4399== --4399-- Reading syms from /usr/lib/valgrind/vgpreload_core-mips64-linux.so --4399-- Considering /usr/lib/valgrind/vgpreload_core-mips64-linux.so .. --4399-- .. CRC mismatch (computed 9fcbb73b wanted 77d03523) --4399-- object doesn't have a symbol table --4399-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-mips64-linux.so --4399-- Considering /usr/lib/valgrind/vgpreload_memcheck-mips64-linux.so .. --4399-- .. CRC mismatch (computed c3ef4120 wanted 640ca67b) --4399-- object doesn't have a symbol table --4399-- REDIR: 0x401e780 (ld.so.1:bcmp) redirected to 0x406c5e0 (bcmp) --4399-- REDIR: 0x401ee60 (ld.so.1:memcpy) redirected to 0x406b680 (memcpy) --4399-- Reading syms from /lib/libcap.so.2.24 --4399-- Considering /lib/libcap.so.2.24 .. --4399-- .. CRC mismatch (computed cfb52afc wanted b721db29) --4399-- Considering /lib/.debug/libcap.so.2.24 .. --4399-- .. CRC is valid --4399-- Reading syms from /lib/libc-2.23.so --4399-- Considering /lib/libc-2.23.so .. --4399-- .. CRC mismatch (computed 0b602c58 wanted b5c19f73) --4399-- Considering /lib/.debug/libc-2.23.so .. --4399-- .. CRC is valid --4399-- REDIR: 0x4156c00 (libc.so.6:rindex) redirected to 0x4067cb8 (rindex) ^C==4399== ==4399== Process terminating with default action of signal 2 (SIGINT) ==4399== at 0x4106640: __new_exitfn (cxa_atexit.c:79) ==4399== by 0x41068E8: __internal_atexit (cxa_atexit.c:35) ==4399== by 0x41068E8: __cxa_atexit (cxa_atexit.c:58) ==4399== by 0x40EBE68: (below main) (libc-start.c:219) ^Z Killed -- View this message in context: http://valgrind.10908.n7.nabble.com/Why-valgrind-could-not-be-used-on-cavium-octeon3-tp57531p57552.html Sent from the Valgrind - Dev mailing list archive at Nabble.com. |