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
(25) |
4
(4) |
5
|
6
(3) |
7
|
|
8
(2) |
9
(3) |
10
|
11
|
12
|
13
(2) |
14
|
|
15
(1) |
16
(3) |
17
(1) |
18
(7) |
19
(4) |
20
(1) |
21
(2) |
|
22
(1) |
23
(3) |
24
(8) |
25
(1) |
26
(6) |
27
(2) |
28
|
|
29
(3) |
30
|
|
|
|
|
|
|
From: John R. <jr...@bi...> - 2015-11-04 16:07:32
|
>> For the containers and algorithms in the C++ standard library, "new" >> and "delete" should be the only problem. (Note that I mean "container" >> and "algorithm" in the C++ standard sense; think vector, map, >> unordered_set, etc., plus anything from the <algorithm> header.) > > There are other problems. STL containers sometimes call the runtime library to do their work. For example, LLVM's libc++ implementation has a function called __next_prime() which is used by the hash-based containers (unordered_map and others). That function is implemented in the libcxx runtime library and is never inlined. If you don't link to the libcxx runtime then you can't use those containers. Supplying replacement libraries is expected when dealing with "embedded" environments such as valgrind internals. Often only a few functions are needed, and often reduced functionality and/or loss of speed is acceptable. In the particular case of next_prime(unsigned n) used by hash tables, the following reduced requirements may be enough: a) x > n b) odd(x) c) 1 == gcd(x, n) [or, combining with b): 1 == gcd(x, 2*n)] d) 1 == gcd(x, 3*5*7*11*13*17*19*23*29u) e) 1 == gcd(x, 31*37*41*43*47u) 'x' will be correct for n < (53*53) and for most other cases, too. The bad effects of being composite might be only some slowness due to probing only part of the table. |
|
From: Ivo R. <iv...@iv...> - 2015-11-04 15:07:47
|
Dear developers, We found the following comment in VEX/priv/host_ppc_defs.c, lines 107-109: /* Don't waste the reg-allocs's time trawling through zillions of FP registers - they mostly will never be used. We'll tolerate the occasional extra spill instead. */ Is this comment still valid - that is, is the register allocator susceptible for a high number of allocatable registers? I went quickly through the register allocator code in doRegisterAllocation() but could not find anything relevant. Thank you for any insight here, I. |
|
From: <pa...@fr...> - 2015-11-04 15:03:55
|
----- Original Message ----- > Hello, > I would like to use some C++ containers in my tool. I have attempted > to modify my tool's Makefile.am by adding AM_CXXFLAGS = -std=gnu++11 > at the top and changing $(LINK) to $(CXXLINK). However, because of > the -nodefaultlibs switch I have to manually add libraries to be > linked. I receive a multiple definition error: > > > /usr/lib/gcc/x86_64-redhat-linux/5.1.1/../../../../lib64/libc.a(abort.o): > In function `abort': > (.text+0x0): multiple definition of `abort' > ../coregrind/libcoregrind-amd64-linux.a(libcoregrind_amd64_linux_a-m_main.o):/home/will/Downloads/vg1/coregrind/m_main.c:2861: > first defined here > > > There is a conflict because of valgrind's redefinition of standard > library functions. Is it possible or are the examples of using C++ > in a valgrind tool. Hi Google Thread Sanitizer [https://code.google.com/p/data-race-test/wiki/ThreadSanitizer] advertises that it uses C++. This has been dead for some time (replaced with a GCC/llvm run time tool). I've only ever glanced at the tsan code, and I presume that all of the Valgrind interfaces are done in C and the post run analysis code is done in C++. A+ Paul |
|
From: Greg P. <gp...@ap...> - 2015-11-04 00:23:11
|
> On Nov 3, 2015, at 9:19 AM, Patrick J. LoPresti <lop...@gm...> wrote: > > On Mon, Nov 2, 2015 at 1:54 PM, Philippe Waroquiers > <phi...@sk...> wrote: >> >> The prudent way is to do the same as the other valgrind tools, >> i.e. use C and the existing valgrind containers/abstractions/... >> such as pub_tool_hashtable.h, pub_tool_oset.h, pub_tool_xarray.h, >> pub_tool_wordfm.h, .... > > You are right, of course. But just in case someone is feeling imprudent... > >> Now, it might be possible to use C++ but I think you will encounter >> difficulties linked to the constraint 'no library'. >> I am not a C++ expert, but e.g. I guess that new/delete will not >> be usable, as these will be in a library and/or based on malloc/free. >> More generally, any C++ feature implemented fully or partially with >> a library will not be usable (including any c++ feature that >> imply doing a syscall). > > For the containers and algorithms in the C++ standard library, "new" > and "delete" should be the only problem. (Note that I mean "container" > and "algorithm" in the C++ standard sense; think vector, map, > unordered_set, etc., plus anything from the <algorithm> header.) There are other problems. STL containers sometimes call the runtime library to do their work. For example, LLVM's libc++ implementation has a function called __next_prime() which is used by the hash-based containers (unordered_map and others). That function is implemented in the libcxx runtime library and is never inlined. If you don't link to the libcxx runtime then you can't use those containers. -- Greg Parker gp...@ap... Runtime Wrangler |