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
(1) |
2
(3) |
3
(1) |
4
(2) |
|
5
|
6
|
7
(4) |
8
|
9
(2) |
10
|
11
(2) |
|
12
|
13
(3) |
14
(7) |
15
(4) |
16
(2) |
17
|
18
|
|
19
|
20
(1) |
21
(2) |
22
|
23
|
24
|
25
|
|
26
|
27
(1) |
28
|
29
|
30
|
|
|
|
From: Robert W. <rjw...@ic...> - 2017-11-14 17:38:24
|
👍 Sent from my iPhone > On Nov 14, 2017, at 9:36 AM, Philippe Waroquiers <phi...@sk...> wrote: > >> On Mon, 2017-11-13 at 15:07 -0800, Robert Walsh wrote: >> What kind of speed up do you see for non-LTO test cases run against LTO tool? Interested in how much of the speed up is attributable to the tool. > The perf tests were from a normal build. So the comparison is between > trunk non lto versus trunk compiled with lto, > measured on the perf tests from the trunk non lto. > > So, the speed up is fully attributable to the tool. > > Philippe > |
|
From: Philippe W. <phi...@sk...> - 2017-11-14 17:36:25
|
On Mon, 2017-11-13 at 15:07 -0800, Robert Walsh wrote: > What kind of speed up do you see for non-LTO test cases run against LTO tool? Interested in how much of the speed up is attributable to the tool. The perf tests were from a normal build. So the comparison is between trunk non lto versus trunk compiled with lto, measured on the perf tests from the trunk non lto. So, the speed up is fully attributable to the tool. Philippe |
|
From: Jay S. <jay...@ro...> - 2017-11-14 13:36:23
|
From: Yogesh Prasad <yog...@ro...> Description This patch will correct the sequence of -pie and -shared options. When used together, -pie should be provided to the linker before -shared. If -pie is provided after -shared, the linker throws an error shown below as example. ------------------------------------------------------------------------- /build/valgrind-3.12.0/coregrind/vg_preloaded.c:124: undefined reference to `_restgpr_27_x' /host/lib/gcc/powerpc-buildroot-linux-gnu/6.4.0/../../../.. /powerpc-buildroot-linux-gnu/bin/ld: BFD (GNU Binutils) 2.28.1 assertion fail elf32-ppc.c:8923 collect2: error: ld returned 1 exit status make[5]: *** [vgpreload_core-ppc32-linux.so] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [/build/valgrind-3.12.0/.stamp_built] Error 2 make: *** [_all] Error 2 ------------------------------------------------------------------------- Signed-off-by: Yogesh Prasad <yog...@ro...> Signed-off-by: Matt Weber <mat...@ro...> --- coregrind/Makefile.am | 6 ++++++ drd/Makefile.am | 6 ++++++ exp-dhat/Makefile.am | 6 ++++++ exp-sgcheck/Makefile.am | 6 ++++++ helgrind/Makefile.am | 6 ++++++ massif/Makefile.am | 6 ++++++ memcheck/Makefile.am | 7 ++++++- 7 files changed, 42 insertions(+), 1 deletion(-) diff --git a/coregrind/Makefile.am b/coregrind/Makefile.am index d798015..ce7acad 100644 --- a/coregrind/Makefile.am +++ b/coregrind/Makefile.am @@ -541,6 +541,12 @@ vgpreload_core_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS = \ $(AM_CFLAGS_PSO_@VGCONF_PLATFORM_PRI_CAPS@) vgpreload_core_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_core_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_core_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_core_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_core_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = vg_preloaded.c vgpreload_core_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_CPPFLAGS = \ diff --git a/drd/Makefile.am b/drd/Makefile.am index 9ba4c58..bf32229 100644 --- a/drd/Makefile.am +++ b/drd/Makefile.am @@ -143,6 +143,12 @@ vgpreload_drd_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_drd_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_drd_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_drd_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_drd_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_drd_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = \ diff --git a/exp-dhat/Makefile.am b/exp-dhat/Makefile.am index 647b72b..29619cf 100644 --- a/exp-dhat/Makefile.am +++ b/exp-dhat/Makefile.am @@ -84,6 +84,12 @@ vgpreload_exp_dhat_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_exp_dhat_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_exp_dhat_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_exp_dhat_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_exp_dhat_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_exp_dhat_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = diff --git a/exp-sgcheck/Makefile.am b/exp-sgcheck/Makefile.am index 211a5ff..ecbe89b 100644 --- a/exp-sgcheck/Makefile.am +++ b/exp-sgcheck/Makefile.am @@ -92,6 +92,12 @@ vgpreload_exp_sgcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_exp_sgcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_exp_sgcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_exp_sgcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_exp_sgcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_exp_sgcheck_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = \ diff --git a/helgrind/Makefile.am b/helgrind/Makefile.am index b6f1b89..a9b7ef3 100644 --- a/helgrind/Makefile.am +++ b/helgrind/Makefile.am @@ -103,6 +103,12 @@ vgpreload_helgrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_helgrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_helgrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_helgrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_helgrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_helgrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = \ diff --git a/massif/Makefile.am b/massif/Makefile.am index 2933403..6ccb973 100644 --- a/massif/Makefile.am +++ b/massif/Makefile.am @@ -84,6 +84,12 @@ vgpreload_massif_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_massif_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) +vgpreload_massif_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_massif_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_massif_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_massif_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = diff --git a/memcheck/Makefile.am b/memcheck/Makefile.am index 476bc70..ca51c64 100644 --- a/memcheck/Makefile.am +++ b/memcheck/Makefile.am @@ -100,7 +100,12 @@ vgpreload_memcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_DEPENDENCIES = \ vgpreload_memcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS = \ $(PRELOAD_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) \ $(LIBREPLACEMALLOC_LDFLAGS_@VGCONF_PLATFORM_PRI_CAPS@) - +vgpreload_memcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LINK = $(CCLD) \ + $(vgpreload_memcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_CFLAGS) \ + $(CFLAGS) \ + $(LDFLAGS) \ + $(vgpreload_memcheck_@VGCONF_ARCH_PRI@_@VGCONF_OS@_so_LDFLAGS) \ + -o $@ if VGCONF_HAVE_PLATFORM_SEC vgpreload_memcheck_@VGCONF_ARCH_SEC@_@VGCONF_OS@_so_SOURCES = \ $(VGPRELOAD_MEMCHECK_SOURCES_COMMON) -- 1.9.1 |
|
From: Ivo R. <ir...@so...> - 2017-11-14 13:12:29
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=ae7d3ea72973ae71044808b0f13b7dde18234ca2 commit ae7d3ea72973ae71044808b0f13b7dde18234ca2 Author: Ivo Raisr <iv...@iv...> Date: Tue Nov 14 13:11:40 2017 +0000 Update .gitignore for Solaris. Diff: --- .gitignore | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/.gitignore b/.gitignore index 97369ac..1410eb1 100644 --- a/.gitignore +++ b/.gitignore @@ -278,6 +278,7 @@ /drd/splash2 /drd/vgpreload_drd-*-linux.so /drd/vgpreload_drd-*-darwin.so +/drd/vgpreload_drd-*-solaris.so # /drd/docs/ /drd/docs/.deps @@ -502,6 +503,7 @@ /exp-dhat/Makefile.in /exp-dhat/vgpreload_exp-dhat-*-linux.so /exp-dhat/vgpreload_exp-dhat-*-darwin.so +/exp-dhat/vgpreload_exp-dhat-*-solaris.so # /exp-dhat/tests/ /exp-dhat/tests/Makefile @@ -521,6 +523,7 @@ /exp-sgcheck/vgpreload_exp-ptrcheck-*-darwin.so.dSYM /exp-sgcheck/vgpreload_exp-sgcheck-*-darwin.so /exp-sgcheck/vgpreload_exp-sgcheck-*-linux.so +/exp-sgcheck/vgpreload_exp-sgcheck-*-solaris.so # /exp-sgcheck/docs/ /exp-sgcheck/docs/Makefile @@ -624,6 +627,7 @@ /helgrind/Makefile.in /helgrind/vgpreload_helgrind-*-linux.so /helgrind/vgpreload_helgrind-*-darwin.so +/helgrind/vgpreload_helgrind-*-solaris.so # /helgrind/docs/ /helgrind/docs/Makefile @@ -1152,11 +1156,13 @@ /memcheck/tests/solaris/gethrusec /memcheck/tests/solaris/getzoneoffset /memcheck/tests/solaris/inlinfo +/memcheck/tests/solaris/inlinfo_nested.so /memcheck/tests/solaris/ioctl /memcheck/tests/solaris/ldynsym /memcheck/tests/solaris/lsframe1 /memcheck/tests/solaris/lsframe2 /memcheck/tests/solaris/mmapobj_bssonly +/memcheck/tests/solaris/mmapobj_bssonly.so /memcheck/tests/solaris/name_service_door /memcheck/tests/solaris/pkcs11 /memcheck/tests/solaris/scalar |
|
From: Ivo R. <ir...@so...> - 2017-11-14 09:52:23
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=4a8ea8908f7171f50ad3fa66346778e2f73e5976 commit 4a8ea8908f7171f50ad3fa66346778e2f73e5976 Author: Ivo Raisr <iv...@iv...> Date: Tue Nov 14 10:51:49 2017 +0100 Update NEWS after fixing BZ#208052. Diff: --- NEWS | 1 + 1 file changed, 1 insertion(+) diff --git a/NEWS b/NEWS index 436e287..bb3d6c2 100644 --- a/NEWS +++ b/NEWS @@ -43,6 +43,7 @@ To see details of a given bug, visit https://bugs.kde.org/show_bug.cgi?id=XXXXXX where XXXXXX is the bug number as listed below. +208052 strlcpy error when n = 0 255603 exp-sgcheck Assertion '!already_present' failed 376257 helgrind history full speed up using a cached stack 379373 Fix syscall param msg->desc.port.name points to uninitialised byte(s) |
|
From: Tom H. <tom...@so...> - 2017-11-14 09:19:03
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=a5af4146e383dd442130905901b046e2cb4b0ed4 commit a5af4146e383dd442130905901b046e2cb4b0ed4 Author: Tom Hughes <to...@co...> Date: Tue Nov 14 09:16:26 2017 +0000 Avoid underflow in strlcpy and strlcat wrappers when count is zero We can't decrement n because it's unsigned and might be zero which means it would wrap and we'd wind up reading far too much. Fixes BZ#208052 Diff: --- shared/vg_replace_strmem.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/shared/vg_replace_strmem.c b/shared/vg_replace_strmem.c index 71c7e56..6c946ce 100644 --- a/shared/vg_replace_strmem.c +++ b/shared/vg_replace_strmem.c @@ -377,7 +377,7 @@ static inline void my_exit ( int x ) while (m < n && *dst) { m++; dst++; } \ if (m < n) { \ /* Fill as far as dst_orig[n-2], then nul-terminate. */ \ - while (m < n-1 && *src) { m++; *dst++ = *src++; } \ + while (m+1 < n && *src) { m++; *dst++ = *src++; } \ *dst = 0; \ } else { \ /* No space to copy anything to dst. m == n */ \ @@ -580,7 +580,7 @@ static inline void my_exit ( int x ) \ STRLCPY_CHECK_FOR_DSTSIZE_ZERO \ \ - while (m < n-1 && *src) { m++; *dst++ = *src++; } \ + while (m+1 < n && *src) { m++; *dst++ = *src++; } \ /* m non-nul bytes have now been copied, and m <= n-1. */ \ /* Check for overlap after copying; all n bytes of dst are relevant, */ \ /* but only m+1 bytes of src if terminator was found */ \ |
|
From: Robert W. <rjw...@ic...> - 2017-11-14 00:07:49
|
What kind of speed up do you see for non-LTO test cases run against LTO tool? Interested in how much of the speed up is attributable to the tool. Sent from my iPhone > On Nov 13, 2017, at 2:15 PM, Philippe Waroquiers <phi...@sk...> wrote: > >> On Mon, 2017-11-13 at 11:43 +0100, Ivo Raisr wrote: >> 2017-11-11 23:27 GMT+01:00 Philippe Waroquiers <phi...@sk...>: >>> This mail gives some measurements of the perf impact of using link time >>> optimisations when building valgrind with lto (NB: some hacks >>> documented below were used to build with -flto). >>> >>> A summary of the perf impact is: >>> * callgrind : all perf tests are faster (between 5 to 10%). >>> * memcheck : many tests are faster, some are equal, one degraded >>> (I retried this one later, there was then no degradation). >>> * helgrind : many tests are faster, a few are slower. >>> >>> The regression tests seem basically ok (some 30 failures mostly >>> due to some stacktraces differences, as the tests were also >>> compiled with -flto). >> >> Splendid job, Philippe! >> >> Some of the problems could go away if "fat" object files were used >> (-ffat-lto-objects). > Yes, providing fat objects will allow to produce only one library > version, usable to link with or without lto. > >> >> What I am worrying now is about observability of LTO-built valgrind binaries. >> Every section of gcc manual says that support for debugging information with LTO >> is experimental and that it can produce unexpected results. >> What are your findings here? Were you able to get some useful information >> for example from Valgrind C source code, and from VEX helper functions >> called by generated code? > I did not had to debug anything, so I cannot really judge but > I just tried now some debugging by doing --wait-for-gdb=yes, then put > a few breakpoints, look at so,e variables and args, next and step. > In this small experiment, I had no particular problem to debug. > So, the debugging experience seems not particularly worse than the > current -O2 setup. > But in any case, I think we should probably support both lto and non > lot versions, just in case ... > > Philippe > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |