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
(6) |
2
(3) |
3
|
4
(3) |
5
(10) |
6
(4) |
7
(5) |
|
8
(1) |
9
(3) |
10
(11) |
11
(18) |
12
(13) |
13
(4) |
14
(11) |
|
15
(12) |
16
(6) |
17
(1) |
18
(13) |
19
(14) |
20
(12) |
21
(3) |
|
22
(17) |
23
(18) |
24
(17) |
25
(24) |
26
(15) |
27
(7) |
28
(23) |
|
29
(31) |
|
|
|
|
|
|
|
From: Jeremy F. <je...@go...> - 2004-02-05 22:58:44
|
CVS commit by fitzhardinge:
Fix for bug 73326. It seems that gcc 3.2.2 is generating negatively-sized
scopes and out of order line number information in the stabs debug info.
I wonder if this is the stabs writer rotting now that dwarf is the
default...
M +2 -2 vg_symtab2.c 1.75
--- valgrind/coregrind/vg_symtab2.c #1.74:1.75
@@ -302,6 +302,6 @@ void VG_(addScopeInfo) ( SegInfo* si,
ScopeRange range;
- /* Ignore zero-sized scopes */
- if (this == next) {
+ /* Ignore zero-sized or negative scopes */
+ if (size <= 0) {
if (debug)
VG_(printf)("ignoring zero-sized range, scope %p at %p\n", scope, this);
|
|
From: Nicholas N. <nj...@ca...> - 2004-02-05 21:42:46
|
CVS commit by nethercote:
Added VTK, ParaView, Dart and CMaks
M +13 -0 users.html 1.28
--- devel-home/valgrind/users.html #1.27:1.28
@@ -155,4 +155,11 @@
<dd>A visualization tool for brain mapping, dedicated to structural data
browsing.
+
+<dt><a href="http://www.vtk.org">VTK</a>
+<dd>An open source software system for 3D computer graphics, image processing,
+ and visualization.
+
+<dt><a href="http://www.paraview.org">ParaView</a>
+<dd>A visualizer for large data sets.
</dl>
@@ -206,4 +213,10 @@
<dt><a href="http://www.froglogic.com/squish/">Squish</a>
<dd>A cross-platform automated GUI testing framework for Qt/C++ applications.
+
+<dt><a href="http://public.kitware.com/dart/">Dart</a>
+<dd>An open source, distributed, software quality system.
+
+<dt><a href="http://www.cmake.org">CMake</a>
+<dd>A cross-platform, open-source make system.
</dl>
|
|
From: Doug R. <df...@nl...> - 2004-02-05 18:46:50
|
On Thu, 2004-02-05 at 18:27, Jeremy Fitzhardinge wrote: > On Thu, 2004-02-05 at 07:13, Dirk Mueller wrote: > > On Thursday 05 February 2004 14:21, Nicholas Nethercote wrote: > > > > > coregrind/arch/x86 > > > coregrind/arch/x86-freebsd > > > coregrind/arch/x86-linux > > > > IMHO yes, plus the linux-common subdirectory which Jeremy suggested. I was > > waiting for further feedback on the FreeBSD port (as suggested by J) to not > > mess up the CVS repository again when importing it. > > > > if we could finally agree then I can arrange the tree as necessary on the > > server so that we don't loose the commit history. > > Well, I need to give the patch another going over. Then should I send > it to you so you can commit it with all the renames, etc? > > If you do move things around on the server, does that mean we can ever > get back to an older version (ie, with the old layout)? The only way of doing that in CVS is to copy the rcs files to the new locations (renaming any tags, e.g. by prepending 'old') and then using 'cvs rm' to remove the old locations. Subversion is a lot better at this kind of thing - I'm using subversion locally to track my FreeBSD stuff and periodically merge from valgrind cvs. |
|
From: Jeremy F. <je...@go...> - 2004-02-05 18:27:48
|
On Thu, 2004-02-05 at 07:13, Dirk Mueller wrote: > On Thursday 05 February 2004 14:21, Nicholas Nethercote wrote: > > > coregrind/arch/x86 > > coregrind/arch/x86-freebsd > > coregrind/arch/x86-linux > > IMHO yes, plus the linux-common subdirectory which Jeremy suggested. I was > waiting for further feedback on the FreeBSD port (as suggested by J) to not > mess up the CVS repository again when importing it. > > if we could finally agree then I can arrange the tree as necessary on the > server so that we don't loose the commit history. Well, I need to give the patch another going over. Then should I send it to you so you can commit it with all the renames, etc? If you do move things around on the server, does that mean we can ever get back to an older version (ie, with the old layout)? J |
|
From: Jeremy F. <je...@go...> - 2004-02-05 18:26:00
|
On Thu, 2004-02-05 at 07:20, Nicholas Nethercote wrote: > On Thu, 5 Feb 2004, Dirk Mueller wrote: > > > > coregrind/arch/x86 > > > coregrind/arch/x86-freebsd > > > coregrind/arch/x86-linux > > > > IMHO yes, plus the linux-common subdirectory which Jeremy suggested. > > Should that be just 'linux' (to match 'x86')? > > Or should it be 'x86-common' + 'common-linux'? Yes, that's what I was going to do, but use "i386" to match the most common name for the architecture (especially since the AMD64 architecture seems to be most commonly called x86-64, and x86 is a bit close). J |
|
From: Nicholas N. <nj...@ca...> - 2004-02-05 15:20:25
|
On Thu, 5 Feb 2004, Dirk Mueller wrote: > > coregrind/arch/x86 > > coregrind/arch/x86-freebsd > > coregrind/arch/x86-linux > > IMHO yes, plus the linux-common subdirectory which Jeremy suggested. Should that be just 'linux' (to match 'x86')? Or should it be 'x86-common' + 'common-linux'? > if we could finally agree then I can arrange the tree as necessary on the > server so that we don't loose the commit history. Ah, good. N |
|
From: Dirk M. <dm...@gm...> - 2004-02-05 15:13:56
|
On Thursday 05 February 2004 14:21, Nicholas Nethercote wrote: > coregrind/arch/x86 > coregrind/arch/x86-freebsd > coregrind/arch/x86-linux IMHO yes, plus the linux-common subdirectory which Jeremy suggested. I was waiting for further feedback on the FreeBSD port (as suggested by J) to not mess up the CVS repository again when importing it. if we could finally agree then I can arrange the tree as necessary on the server so that we don't loose the commit history. |
|
From: Nicholas N. <nj...@ca...> - 2004-02-05 14:28:00
|
CVS commit by nethercote:
Fix broken "make dist".
Doesn't fix "make distcheck", however, because this happens:
/usr/bin/ld: cannot open linker script file ../../coregrind/x86/stage2.lds:
No such file or directory
For some reason I can't work out, that file is built when you make in a CVS
tree, or manually from a "make dist" tarball, but not when you "make
distcheck".
M +1 -1 Makefile.am 1.66
M +0 -1 x86/Makefile.am 1.5
--- valgrind/coregrind/Makefile.am #1.65:1.66
@@ -1,4 +1,4 @@
-SUBDIRS = x86 demangle . docs
+SUBDIRS = x86 demangle arch . docs
add_includes = -I$(srcdir)/demangle -I$(top_srcdir)/include -I$(srcdir)/x86
--- valgrind/coregrind/x86/Makefile.am #1.4:1.5
@@ -3,5 +3,4 @@
EXTRA_DIST = \
- Make.inc \
ume_archdefs.c \
ume_archdefs.h \
|
|
From: Nicholas N. <nj...@ca...> - 2004-02-05 13:21:39
|
Hi, I'm wondering about the directory structure for arch-specific bits. Currently we have: coregrind/x86 coregrind/arch/ coregrind/arch/x86-freebsd coregrind/arch/x86-linux seems to me like it should be coregrind/arch/x86 coregrind/arch/x86-freebsd coregrind/arch/x86-linux or coregrind/x86 coregrind/x86-freebsd coregrind/x86-linux ? N |
|
From: Nicholas N. <nj...@ca...> - 2004-02-05 09:57:58
|
On Wed, 4 Feb 2004, Julian Seward wrote: > My vote is to add it asap. Does it need the hp2ps Glasgow stuff, or > not? I forget. Yes, I have put it in valgrind/massif/hp2ps. The (BSD-style) LICENSE file is in that directory too, I figure that's enough. I've made a Makefile.am file so it all gets installed properly; the executable goes into $(libdir) along with everything else. Strictly speaking, it should go into $(bindir), but other executables -- stage2, valgrind -- are in $(libdir) too, because the machinery for handling in-place execution makes this option much easier. I've also got it so that Massif automatically invokes hp2ps at the end to convert the raw data to PostScript (well, modulo a small assertion failure that I'm currently working out with Jeremy). So, if all goes well, the user won't need to know anything about hp2ps. N |