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
(31) |
2
(27) |
|
3
(25) |
4
(21) |
5
(21) |
6
(21) |
7
(32) |
8
(23) |
9
(15) |
|
10
(12) |
11
(9) |
12
(10) |
13
(10) |
14
(9) |
15
(7) |
16
(20) |
|
17
(14) |
18
(71) |
19
(67) |
20
(50) |
21
(25) |
22
(15) |
23
(37) |
|
24
(25) |
25
(41) |
26
(34) |
27
(57) |
28
(20) |
29
(30) |
30
(13) |
|
31
(18) |
|
|
|
|
|
|
|
From: <sv...@va...> - 2005-07-26 23:47:05
|
Author: sewardj
Date: 2005-07-27 00:47:00 +0100 (Wed, 27 Jul 2005)
New Revision: 4276
Log:
Make VG_(clo_vex_control) tool-visible so tools can control how
aggressive Vex is, if they need to do that.
Modified:
trunk/coregrind/pub_core_options.h
trunk/include/pub_tool_options.h
Modified: trunk/coregrind/pub_core_options.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/pub_core_options.h 2005-07-26 23:43:26 UTC (rev 4275)
+++ trunk/coregrind/pub_core_options.h 2005-07-26 23:47:00 UTC (rev 4276)
@@ -42,8 +42,6 @@
/* The max number of suppression files. */
#define VG_CLO_MAX_SFILES 10
=20
-/* Vex iropt control */
-extern VexControl VG_(clo_vex_control);
/* Should we stop collecting errors if too many appear? default: YES */
extern Bool VG_(clo_error_limit);
/* Enquire about whether to attach to a debugger at errors? default: N=
O */
Modified: trunk/include/pub_tool_options.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/include/pub_tool_options.h 2005-07-26 23:43:26 UTC (rev 4275)
+++ trunk/include/pub_tool_options.h 2005-07-26 23:47:00 UTC (rev 4276)
@@ -31,6 +31,9 @@
#ifndef __PUB_TOOL_OPTIONS_H
#define __PUB_TOOL_OPTIONS_H
=20
+#include "libvex.h" // for VexControl
+
+
/* Use these for recognising tool command line options -- stops comparin=
g
once whitespace is reached. */
#define VG_CLO_STREQ(s1,s2) (0=3D=3DVG_(strcmp_ws)((s1),(s2)))
@@ -80,6 +83,10 @@
from VG_(tdict).tool_process_cmd_line_option) to indicate that. */
extern void VG_(bad_option) ( Char* opt );
=20
+/* Vex iropt control. Tool-visible so tools can make Vex optimise
+ less aggressively if that is needed (callgrind needs this). */
+extern VexControl VG_(clo_vex_control);
+
#endif // __PUB_TOOL_OPTIONS_H
=20
/*--------------------------------------------------------------------*/
|
|
From: <sv...@va...> - 2005-07-26 23:43:33
|
Author: sewardj
Date: 2005-07-27 00:43:26 +0100 (Wed, 27 Jul 2005)
New Revision: 4275
Log:
If --log-file-qualifier=3D is set, and we're logging to a file or
socket, emit the qualifier and its current value in the plain text
output as well as in the XML. (Ashley Pittman).
Modified:
trunk/coregrind/m_main.c
Modified: trunk/coregrind/m_main.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_main.c 2005-07-26 23:06:18 UTC (rev 4274)
+++ trunk/coregrind/m_main.c 2005-07-26 23:43:26 UTC (rev 4275)
@@ -1905,6 +1905,13 @@
VG_(getpid)(), VG_(getppid)() );
for (i =3D 0; i < VG_(client_argc); i++)=20
VG_(message)(Vg_UserMsg, " %s", VG_(client_argv)[i]);
+ if (VG_(clo_log_file_qualifier)) {
+ HChar* val =3D VG_(getenv)(VG_(clo_log_file_qualifier));
+ VG_(message)(Vg_UserMsg, "");
+ VG_(message)(Vg_UserMsg, "Log file qualifier: var %s, value %s.=
",
+ VG_(clo_log_file_qualifier),
+ val ? val : "");
+ }
}
else
if (VG_(clo_xml)) {
|
|
From: Robert W. <rj...@du...> - 2005-07-26 23:41:37
|
> We could put the http URL in which would mean that nobody could commit > through that checkout, which isn't too bad. Yes, especially since mostly nobody can commit to the vex repository anyway? If you need to commit, you can do it through another vex repository, which means that it makes sense to have some mechanism to say "ignore the VEX directory and do the build here" to configure. Regards, Robert. |
|
From: Tom H. <to...@co...> - 2005-07-26 23:19:10
|
In message <200...@gm...>
Josef Weidendorfer <Jos...@gm...> wrote:
> On Tuesday 26 July 2005 12:40, sv...@va... wrote:
> > Author: sewardj
> > Date: 2005-07-26 11:40:31 +0100 (Tue, 26 Jul 2005)
> > New Revision: 4265
> >
> > Log:
> > Property change: list svn://svn.valgrind.org/vex/trunk as an SVN
> > external to be checked out into ./VEX
>
> I am behind a firewall, which blocks the SVN port (3690).
> Thus, for my anonymous checkout of valgrind/vex I used HTTP (e.g.
> http://svn.valgrind.org/vex/trunk).
>
> With this external, svn always is blocking now at the end of an update in
> valgrind. Does anybody have an idea how to workaround this?
Unfortunately externals have to be defined by an absolute URL so we
can't just use /vex/trunk as the URL in the external.
We could put the http URL in which would mean that nobody could commit
through that checkout, which isn't too bad. It would also mean that
anybody in the reverse position to you would have a problem but that
is probably less people.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: <sv...@va...> - 2005-07-26 23:06:22
|
Author: njn Date: 2005-07-27 00:06:18 +0100 (Wed, 27 Jul 2005) New Revision: 4274 Log: Vex headers should be installed in $INST/include/valgrind/, too. Modified: trunk/Makefile.am Modified: trunk/Makefile.am =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/Makefile.am 2005-07-26 23:04:25 UTC (rev 4273) +++ trunk/Makefile.am 2005-07-26 23:06:18 UTC (rev 4274) @@ -28,6 +28,9 @@ pkgconfigdir =3D $(libdir)/pkgconfig pkgconfig_DATA =3D valgrind.pc =20 +incincdir =3D $(includedir)/valgrind +incinc_HEADERS =3D $(VEX_PUBLIC_HDRS) + BUILT_SOURCES =3D default.supp valgrind.pc =20 DISTCLEANFILES =3D default.supp @@ -47,7 +50,8 @@ valgrind.spec.in valgrind.pc.in \ Makefile.all.am Makefile.tool.am Makefile.core-AM_CPPFLAGS.am \ Makefile.tool-inplace.am \ - $(VEX_PRIMARY_SOURCES) + $(VEX_PRIMARY_SOURCES) \ + $(VEX_PUBLIC_HDRS) =20 install-exec-hook: $(mkinstalldirs) $(DESTDIR)$(valdir) @@ -61,14 +65,9 @@ distclean-local: rm -rf $(inplacedir) =20 +# These list the bits of vex we need to copy into the tarball =20 -# This lists the bits of vex we need to copy into the tarball - -VEX_PRIMARY_SOURCES =3D \ - VEX/README \ - VEX/COPYING \ - VEX/Makefile \ - VEX/auxprogs/genoffsets.c \ +VEX_PUBLIC_HDRS =3D \ VEX/pub/libvex_guest_amd64.h \ VEX/pub/libvex_ir.h \ VEX/pub/libvex_guest_ppc32.h \ @@ -78,7 +77,13 @@ VEX/pub/libvex.h \ VEX/pub/libvex_trc_values.h \ VEX/pub/libvex_guest_arm.h \ - VEX/pub/libvex_guest_x86.h \ + VEX/pub/libvex_guest_x86.h + +VEX_PRIMARY_SOURCES =3D \ + VEX/README \ + VEX/COPYING \ + VEX/Makefile \ + VEX/auxprogs/genoffsets.c \ VEX/priv/ir/irmatch.c \ VEX/priv/ir/irmatch.h \ VEX/priv/ir/irdefs.c \ |
|
From: <sv...@va...> - 2005-07-26 23:05:19
|
Author: sewardj
Date: 2005-07-27 00:04:25 +0100 (Wed, 27 Jul 2005)
New Revision: 4273
Log:
Make VG_(discard_translations) 64-bit clean. As JosefW points out, it
doesn't make much sense to have a 64-bit base address but only a
32-bit length.
Modified:
trunk/coregrind/m_transtab.c
trunk/coregrind/pub_core_transtab.h
Modified: trunk/coregrind/m_transtab.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_transtab.c 2005-07-26 22:54:55 UTC (rev 4272)
+++ trunk/coregrind/m_transtab.c 2005-07-26 23:04:25 UTC (rev 4273)
@@ -537,17 +537,17 @@
*/
=20
static inline
-Bool overlap1 ( Addr64 s1, UInt r1, Addr64 s2, UInt r2 )
+Bool overlap1 ( Addr64 s1, ULong r1, Addr64 s2, ULong r2 )
{
- Addr64 e1 =3D s1 + (ULong)r1 - 1ULL;
- Addr64 e2 =3D s2 + (ULong)r2 - 1ULL;
+ Addr64 e1 =3D s1 + r1 - 1ULL;
+ Addr64 e2 =3D s2 + r2 - 1ULL;
if (e1 < s2 || e2 < s1)=20
return False;
return True;
}
=20
static inline
-Bool overlaps ( Addr64 start, UInt range, VexGuestExtents* vge )
+Bool overlaps ( Addr64 start, ULong range, VexGuestExtents* vge )
{
if (overlap1(start, range, vge->base[0], (UInt)vge->len[0]))
return True;
@@ -563,7 +563,7 @@
}
=20
=20
-void VG_(discard_translations) ( Addr64 guest_start, UInt range )
+void VG_(discard_translations) ( Addr64 guest_start, ULong range )
{
Int sno, i;
Bool anyDeleted =3D False;
Modified: trunk/coregrind/pub_core_transtab.h
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/pub_core_transtab.h 2005-07-26 22:54:55 UTC (rev 4272=
)
+++ trunk/coregrind/pub_core_transtab.h 2005-07-26 23:04:25 UTC (rev 4273=
)
@@ -56,7 +56,7 @@
Addr64 guest_addr,=20
Bool upd_cache );
=20
-extern void VG_(discard_translations) ( Addr64 start, UInt range );
+extern void VG_(discard_translations) ( Addr64 start, ULong range );
=20
extern void VG_(print_tt_tc_stats) ( void );
=20
|
|
From: <sv...@va...> - 2005-07-26 22:54:58
|
Author: sewardj
Date: 2005-07-26 23:54:55 +0100 (Tue, 26 Jul 2005)
New Revision: 4272
Log:
Fix a very suspicious-looking bug in the translation-discard stuff.
Modified:
trunk/coregrind/m_transtab.c
Modified: trunk/coregrind/m_transtab.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_transtab.c 2005-07-26 22:33:26 UTC (rev 4271)
+++ trunk/coregrind/m_transtab.c 2005-07-26 22:54:55 UTC (rev 4272)
@@ -540,7 +540,7 @@
Bool overlap1 ( Addr64 s1, UInt r1, Addr64 s2, UInt r2 )
{
Addr64 e1 =3D s1 + (ULong)r1 - 1ULL;
- Addr64 e2 =3D s2 + (ULong)r1 - 1ULL;
+ Addr64 e2 =3D s2 + (ULong)r2 - 1ULL;
if (e1 < s2 || e2 < s1)=20
return False;
return True;
|
|
From: <sv...@va...> - 2005-07-26 22:44:29
|
Author: sewardj Date: 2005-07-26 23:44:27 +0100 (Tue, 26 Jul 2005) New Revision: 1301 Log: Never ever delete vex_svnversion.h except when doing 'make version'. Purpose is so that 'make distclean' or 'make clean' in a tarball'd build do not delete it, and so do not render the tree unbuildable. Modified: trunk/Makefile Modified: trunk/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/Makefile 2005-07-26 10:10:25 UTC (rev 1300) +++ trunk/Makefile 2005-07-26 22:44:27 UTC (rev 1301) @@ -92,13 +92,14 @@ rm -f libvex.a ar clq libvex.a $(LIB_OBJS) =20 +# This doesn't get rid of priv/main/vex_svnversion.h, because +# that can't be regenerated in the final Valgrind tarball, and +# so if 'make clean' did get rid of it, then in the tarball, +# doing 'make ; make clean ; make' (or distclean) would fail. clean: rm -f $(LIB_OBJS) libvex.a vex test_main.o \ pub/libvex_guest_offsets.h =20 -distclean: clean - rm -f priv/main/vex_svnversion.h - version: rm -f priv/main/vex_svnversion.h echo -n "\"" > priv/main/vex_svnversion.h |
|
From: <sv...@va...> - 2005-07-26 22:33:30
|
Author: njn Date: 2005-07-26 23:33:26 +0100 (Tue, 26 Jul 2005) New Revision: 4271 Log: Update to match website description. Modified: trunk/README Modified: trunk/README =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/README 2005-07-26 22:31:52 UTC (rev 4270) +++ trunk/README 2005-07-26 22:33:26 UTC (rev 4271) @@ -14,15 +14,15 @@ =20 Executive Summary ~~~~~~~~~~~~~~~~~ -Valgrind is a GPL'd system for debugging and profiling x86-Linux program= s. -With the tools that come with Valgrind, you can automatically detect -many memory management and threading bugs, avoiding hours of frustrating -bug-hunting, making your programs more stable. You can also perform -detailed profiling to help speed up your programs. +Valgrind is an award-winning suite of tools for debugging and profiling +Linux programs. With the tools that come with Valgrind, you can +automatically detect many memory management and threading bugs, avoiding +hours of frustrating bug-hunting, making your programs more stable. You = can +also perform detailed profiling, to speed up and reduce memory use of yo= ur +programs. =20 -The Valgrind distribution includes five tools: two memory error +The Valgrind distribution currently includes five tools: two memory erro= r detectors, a thread error detector, a cache profiler and a heap profiler= . -Several other tools have been built with Valgrind. =20 To give you an idea of what Valgrind tools do, when a program is run under the supervision of the first memory error detector tool, all reads |
|
From: <sv...@va...> - 2005-07-26 22:31:54
|
Author: njn Date: 2005-07-26 23:31:52 +0100 (Tue, 26 Jul 2005) New Revision: 4270 Log: Update to match web site description. Modified: trunk/valgrind.spec.in Modified: trunk/valgrind.spec.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/valgrind.spec.in 2005-07-26 22:23:08 UTC (rev 4269) +++ trunk/valgrind.spec.in 2005-07-26 22:31:52 UTC (rev 4270) @@ -13,15 +13,15 @@ =20 %description=20 =20 -Valgrind is a GPL'd system for debugging and profiling x86-Linux program= s. -With the tools that come with Valgrind, you can automatically detect -many memory management and threading bugs, avoiding hours of frustrating -bug-hunting, making your programs more stable. You can also perform -detailed profiling to help speed up your programs. +Valgrind is an award-winning suite of tools for debugging and profiling +Linux programs. With the tools that come with Valgrind, you can +automatically detect many memory management and threading bugs, avoiding +hours of frustrating bug-hunting, making your programs more stable. You = can +also perform detailed profiling, to speed up and reduce memory use of yo= ur +programs. =20 -The Valgrind distribution includes five tools: two memory error +The Valgrind distribution currently includes five tools: two memory erro= r detectors, a thread error detector, a cache profiler and a heap profiler= . -Several other tools have been built with Valgrind. =20 %prep %setup -n @PACKAGE@-@VERSION@ |
|
From: <sv...@va...> - 2005-07-26 22:23:16
|
Author: njn Date: 2005-07-26 23:23:08 +0100 (Tue, 26 Jul 2005) New Revision: 4269 Log: Copy the valgrind.spec.in file from 2.4.0, which Jeremy wrote with this commit message: =20 Steal some magic from FC3's valgrind-2.2.0 .spec file; it would be nice to know if this works under other RPM-based distros (SuSE particularly)= . I don't know much about .spec files, but this new version is much easier to maintain because we don't have to list any filenames explicitly, and no-one complained about it in 2.4.0, so let's go with it. Modified: trunk/valgrind.spec.in Modified: trunk/valgrind.spec.in =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/valgrind.spec.in 2005-07-26 22:17:14 UTC (rev 4268) +++ trunk/valgrind.spec.in 2005-07-26 22:23:08 UTC (rev 4269) @@ -2,12 +2,14 @@ Name: @PACKAGE@ Version: @VERSION@ Release: 1 -Copyright: GPL +Epoch: 1 +License: GPL +URL: http://www.valgrind.org/ Group: Development/Debuggers Packager: Jeremy Fitzhardinge <je...@go...> Source: @PACKAGE@-@VERSION@.tar.bz2 =20 -Buildroot: %{_tmppath}/@PACKAGE@ +Buildroot: %{_tmppath}/%{name}-root =20 %description=20 =20 @@ -25,58 +27,28 @@ %setup -n @PACKAGE@-@VERSION@ =20 %build -./configure --prefix=3D/usr +%configure make =20 %install make install DESTDIR=3D$RPM_BUILD_ROOT =20 +%makeinstall +mkdir docs.installed +mv $RPM_BUILD_ROOT%{_datadir}/doc/valgrind/* docs.installed/ + %files %defattr(-,root,root) -/usr/include/valgrind/valgrind.h -/usr/include/valgrind/memcheck.h -#/usr/include/valgrind/helgrind.h -/usr/include/valgrind/pub_tool_aspacemgr.h =20 -/usr/include/valgrind/pub_tool_basics.h =20 -/usr/include/valgrind/pub_tool_basics_asm.h=20 -/usr/include/valgrind/pub_tool_cpuid.h =20 -/usr/include/valgrind/pub_tool_debuginfo.h =20 -/usr/include/valgrind/pub_tool_errormgr.h =20 -/usr/include/valgrind/pub_tool_execontext.h=20 -/usr/include/valgrind/pub_tool_hashtable.h =20 -/usr/include/valgrind/pub_tool_libcassert.h=20 -/usr/include/valgrind/pub_tool_libcbase.h =20 -/usr/include/valgrind/pub_tool_libcfile.h =20 -/usr/include/valgrind/pub_tool_libcmman.h =20 -/usr/include/valgrind/pub_tool_libcprint.h =20 -/usr/include/valgrind/pub_tool_libcproc.h =20 -/usr/include/valgrind/pub_tool_libcsignal.h=20 -/usr/include/valgrind/pub_tool_machine.h =20 -/usr/include/valgrind/pub_tool_mallocfree.h=20 -/usr/include/valgrind/pub_tool_options.h =20 -/usr/include/valgrind/pub_tool_profile.h -/usr/include/valgrind/pub_tool_redir.h -/usr/include/valgrind/pub_tool_replacemalloc.h -/usr/include/valgrind/pub_tool_signals.h -/usr/include/valgrind/pub_tool_skiplist.h -/usr/include/valgrind/pub_tool_stacktrace.h -/usr/include/valgrind/pub_tool_threadstate.h -/usr/include/valgrind/pub_tool_tooliface.h -/usr/include/valgrind/vki-amd64-linux.h -/usr/include/valgrind/vki-linux.h -/usr/include/valgrind/vki-ppc32-linux.h -/usr/include/valgrind/vki-x86-linux.h -/usr/include/valgrind/vki_posixtypes-amd64-linux.h -/usr/include/valgrind/vki_posixtypes-ppc32-linux.h -/usr/include/valgrind/vki_posixtypes-x86-linux.h -/usr/bin/valgrind -/usr/bin/cg_annotate -/usr/bin/valgrind-listener -/usr/lib/valgrind -/usr/lib/pkgconfig/valgrind.pc +%doc ACKNOWLEDGEMENTS AUTHORS COPYING FAQ.txt INSTALL NEWS README* +%doc docs.installed/*.html docs.installed/*.gif +%{_bindir}/* +%{_includedir}/valgrind +%{_libdir}/valgrind +%{_libdir}/pkgconfig/* =20 %doc -/usr/share/doc/valgrind/* +%defattr(-,root,root) +%{_mandir}/*/* =20 %clean [ "$RPM_BUILD_ROOT" !=3D "/" ] && rm -rf ${RPM_BUILD_ROOT} |
|
From: <sv...@va...> - 2005-07-26 22:17:19
|
Author: njn Date: 2005-07-26 23:17:14 +0100 (Tue, 26 Jul 2005) New Revision: 4268 Log: More release-HOWTO notes. Modified: trunk/docs/internals/release-HOWTO Modified: trunk/docs/internals/release-HOWTO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/docs/internals/release-HOWTO 2005-07-26 22:01:04 UTC (rev 4267) +++ trunk/docs/internals/release-HOWTO 2005-07-26 22:17:14 UTC (rev 4268) @@ -18,6 +18,9 @@ Bugzilla. [[We should decide a defined way of obtaining this list so = it's consistent and so we don't have to work it out anew each time.]] =20 +- Other files that might need updating: README, README_DEVELOPERS, + README_PACKAGERS. + - Add X.Y.Z and X.Y.Z.SVN versions to Bugzilla (ask Dirk to do it) =20 - If there are any binary incompatible tool API changes against the last @@ -76,9 +79,11 @@ =20 - Update website:=20 - Put the tarball up. - - Update the docs at www.valgrind.org/ (?) + - Update the docs -- both the tarball'd docs, and the online-readable = docs. - Update www.valgrind.org/downloads/source_code.html. =20 + - Update www.valgrind.org/downloads/archive.html. =20 - Add a news item to the front page and also to valgrind.org/info/news= .html. + - Other pages that might need updating: devel/cvs_svn.html. =20 - Change release number in AC_INIT() in configure.in to "X.Y.Z.SVN", whe= re X.Y.Z is one more than the release just done. |
|
From: <sv...@va...> - 2005-07-26 22:12:16
|
Author: njn Date: 2005-07-26 23:12:14 +0100 (Tue, 26 Jul 2005) New Revision: 145 Log: Corecheck is dead, long live, er, Memcheck.=20 Modified: trunk/info/tools.html Modified: trunk/info/tools.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/info/tools.html 2005-07-26 21:57:31 UTC (rev 144) +++ trunk/info/tools.html 2005-07-26 22:12:14 UTC (rev 145) @@ -103,10 +103,10 @@ welcome here.</p> =20 =20 -<h3>Lackey, Corecheck, Nulgrind</h3> +<h3>Lackey, Nulgrind</h3> =20 -<p>Lackey, Corecheck and Nulgrind are also included in the -valgrind distribution. They don't do very much, and are there +<p>Lackey and Nulgrind are also included in the +Valgrind distribution. They don't do very much, and are there for testing and demonstrative purposes.</p> =20 =20 |
|
From: <sv...@va...> - 2005-07-26 22:01:08
|
Author: njn Date: 2005-07-26 23:01:04 +0100 (Tue, 26 Jul 2005) New Revision: 4267 Log: Update for 3.0. Modified: trunk/README Modified: trunk/README =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/README 2005-07-26 10:42:57 UTC (rev 4266) +++ trunk/README 2005-07-26 22:01:04 UTC (rev 4267) @@ -47,8 +47,8 @@ =20 Valgrind is closely tied to details of the CPU, operating system and to a less extent, compiler and basic C libraries. This makes it -difficult to make it portable, so I have chosen at the outset to -concentrate on what I believe to be a widely used platform: x86/Linux. +difficult to make it portable. Nonetheless, it is available for +the following platforms: x86/Linux, AMD64/Linux and PPC32/Linux. =20 Valgrind is licensed under the GNU General Public License, version 2.=20 Read the file COPYING in the source distribution for details. @@ -63,31 +63,32 @@ =20 Building and installing it ~~~~~~~~~~~~~~~~~~~~~~~~~~ -To install from CVS : +To install from the Subversion repository : =20 - 0. Check out the code from CVS, following the instructions at - http://developer.kde.org/source/anoncvs.html. The 'modulename' is - "valgrind". + 0. Check out the code from SVN, following the instructions at + http://valgrind.org/devel/cvs_svn.html. =20 1. cd into the source directory. =20 2. Run ./autogen.sh to setup the environment (you need the standard autoconf tools to do so). =20 + 3. Continue with the following instructions... + To install from a tar.bz2 distribution: =20 - 3. Run ./configure, with some options if you wish. The standard + 4. Run ./configure, with some options if you wish. The standard options are documented in the INSTALL file. The only interesting one is the usual --prefix=3D/where/you/want/it/installed. =20 - 4. Do "make". + 5. Do "make". =20 - 5. Do "make install", possibly as root if the destination permissions + 6. Do "make install", possibly as root if the destination permissions require that. =20 - 6. See if it works. Try "valgrind --tool=3Dmemcheck ls -l". Either - this works, or it bombs out with some complaint. In that case, - please let us know (see www.valgrind.org). + 7. See if it works. Try "valgrind ls -l". Either this works, or it + bombs out with some complaint. In that case, please let us know + (see www.valgrind.org). =20 Important! Do not move the valgrind installation into a place different from that specified by --prefix at build time. This will |
|
From: <sv...@va...> - 2005-07-26 21:57:36
|
Author: njn
Date: 2005-07-26 22:57:31 +0100 (Tue, 26 Jul 2005)
New Revision: 144
Log:
Updates for 3.0, mostly removing x86-specific things.
Modified:
trunk/devel/platforms.html
trunk/index.html
trunk/info/about.html
Modified: trunk/devel/platforms.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/devel/platforms.html 2005-07-26 21:56:40 UTC (rev 143)
+++ trunk/devel/platforms.html 2005-07-26 21:57:31 UTC (rev 144)
@@ -44,7 +44,7 @@
<dt><b>*/Linux</b></dt>
=20
<dd>You must be running Linux kernel 2.4.X, 2.5.X or 2.6.X, and
- glibc 2.2.X or 2.3.X. That covers the vast majority of
+ glibc 2.2.X, 2.3.X or 2.4.X. That covers the vast majority of
installed systems at present.
=20
<p>For details of which distributions the current release
Modified: trunk/index.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/index.html 2005-07-26 21:56:40 UTC (rev 143)
+++ trunk/index.html 2005-07-26 21:57:31 UTC (rev 144)
@@ -12,7 +12,7 @@
<p> </p>
=20
<p>Valgrind is an <a href=3D"http://opensource.org/OSA/">award-winning</=
a>=20
-suite of tools for debugging and profiling x86-Linux
+suite of tools for debugging and profiling Linux
programs. With the tools that come with Valgrind, you can
automatically detect many memory management and threading bugs,
avoiding hours of frustrating bug-hunting, making your programs
Modified: trunk/info/about.html
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/info/about.html 2005-07-26 21:56:40 UTC (rev 143)
+++ trunk/info/about.html 2005-07-26 21:57:31 UTC (rev 144)
@@ -1,7 +1,7 @@
<h1>About Valgrind</h1>
=20
<p>Valgrind is a GPL'd system for debugging and profiling
-x86-Linux programs. With Valgrind's=20
+Linux programs. With Valgrind's=20
<a href=3D"/info/tools.html">tool suite</a> you can automatically
detect many memory management and threading bugs, avoiding hours
of frustrating bug-hunting, making your programs more stable. You
@@ -28,10 +28,10 @@
within the limits of the GNU GPL. And free-as-in-beer: we aren't
charging for it.</li>
=20
-<li>Valgrind runs on x86-Linux. One of the most popular platforms
-in use. Valgrind works on all x86-compatible machines, and works
-with all the major Linux distributions, including Red Hat, SuSE,
-Debian, Gentoo, Slackware, Mandrake, etc.</li>
+<li>Valgrind runs on x86/Linux, AMD64/Linux and PPC32/Linux, several of
+the most popular platforms in use. Valgrind works with all the major
+Linux distributions, including Red Hat, SuSE, Debian, Gentoo, Slackware,
+Mandrake, etc.</li>
=20
<li>Valgrind is easy to use. Valgrind uses dynamic binary
translation, so you don't need to modify, recompile or relink
@@ -73,7 +73,7 @@
written in these languages tend to have the most bugs! But it
can, for example, be used to debug and profile systems written in
a mixture of languages. Valgrind has been used on programs
-written partly or entirely in C, C++, Java, Perl, Python, x86
+written partly or entirely in C, C++, Java, Perl, Python,
assembly code, Fortran, Ada, and many others.</li>
=20
<li>Valgrind debugs and profiles your entire program. Unlike
@@ -89,7 +89,7 @@
going on at the time.</li>
=20
<li>Valgrind is extensible. Valgrind consists of the Valgrind
-core, which provides a synthetic software x86 CPU, and Valgrind
+core, which provides a synthetic software CPU, and Valgrind
tools, which plug into the core, and instrument and analyse the
running program. Anyone can write powerful new tools that add
arbitrary instrumentation to programs. This is much easier than
|
|
From: <sv...@va...> - 2005-07-26 21:56:44
|
Author: njn Date: 2005-07-26 22:56:40 +0100 (Tue, 26 Jul 2005) New Revision: 143 Log: Update SVN instructions now that Vex is better integrated. Modified: trunk/devel/cvs_svn.html Modified: trunk/devel/cvs_svn.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/devel/cvs_svn.html 2005-07-20 14:23:13 UTC (rev 142) +++ trunk/devel/cvs_svn.html 2005-07-26 21:56:40 UTC (rev 143) @@ -22,24 +22,20 @@ <div class=3D"hr_brown"><hr/></div> <h2>The Valgrind-3.0 development line</h2> =20 -<p>If you want to browse the 3.0 repository, you can use the web -based interface:=20 -<a href=3D"http://svn.valgrind.org/">http://svn.valgrind.org/</a>.</p> +<p>If you want to browse the 3.0 repository you can use the +<a href=3D"http://svn.valgrind.org/">web interface</a>.</p> =20 <p>To check out code on the 3.0 line (anonymous, read-only SVN=20 -access), proceed as follows. Note that=20 -the 3.0 line has been split into two pieces: Vex, a library that -provides dynamic translation services, and Valgrind proper. You=20 -need both pieces. Do this:<br /> -<code> svn co svn://svn.valgrind.org/vex/trunk vex</code><br= /> -<code> svn co svn://svn.valgrind.org/valgrind/trunk valgrind= </code><br /> -<code> cd vex && make clean version all</code><br /> -<code> cd ../valgrind</code><br /> -<code> ./autogen.sh</code><br /> -<code> ./configure --prefix=3D... --with-vex=3D/path/to/vex<= /code><br /> -<code> make install</code><br /> -</p> +access), do this:</p> =20 +<pre> + svn co svn://svn.valgrind.org/valgrind/trunk valgrind +</pre> + +<p> +To build the checked out code, follow the instructions in the +<code>README</code> file that the checkout should give you.</p> + <p><b>Note:</b> as of late June 2005, the 3.0 line has seen great upheaval. Nonetheless, it builds and works well on x86/Linux <b>and AMD64/Linux</b> and is eminently usable. It also has some functional @@ -58,7 +54,7 @@ <h2>The old Valgrind-2.4 line</h2> =20 <p>If you want to browse the 2.4 repository you can use the=20 -<a href=3D"http://websvn.kde.org/trunk/valgrind/">web based interface</a= >.</p> +<a href=3D"http://websvn.kde.org/trunk/valgrind/">web interface</a>.</p> =20 <p>To check out code on the 2.4 line (anonymous, read-only Subversion access), follow these=20 @@ -68,7 +64,7 @@ Or, if you want the short version, to check out the SVN trunk, run:</p> =20 <pre> -svn co svn://anonsvn.kde.org/home/kde/trunk/valgrind/ + svn co svn://anonsvn.kde.org/home/kde/trunk/valgrind/ </pre> =20 <p> |
|
From: Dirk M. <dm...@gm...> - 2005-07-26 19:28:31
|
On Tuesday 26 July 2005 12:10, sv...@va... wrote: > +distclean: clean > + rm -f priv/main/vex_svnversion.h you actually want "maintainerclean" (why is vex not autotooled btw?) Dirk |
|
From: Josef W. <Jos...@gm...> - 2005-07-26 18:30:12
|
On Tuesday 26 July 2005 12:40, sv...@va... wrote: > Author: sewardj > Date: 2005-07-26 11:40:31 +0100 (Tue, 26 Jul 2005) > New Revision: 4265 > > Log: > Property change: list svn://svn.valgrind.org/vex/trunk as an SVN > external to be checked out into ./VEX I am behind a firewall, which blocks the SVN port (3690). Thus, for my anonymous checkout of valgrind/vex I used HTTP (e.g. http://svn.valgrind.org/vex/trunk). With this external, svn always is blocking now at the end of an update in valgrind. Does anybody have an idea how to workaround this? Thanks, Josef |
|
From: Naveen K. <g_n...@ya...> - 2005-07-26 13:45:23
|
No problem. There is no hurry. Take your time. For now I have modified vex so that sysenter instructions go through the int $0x91 syscall route. The following are system call paths supported on Solaris 10+ /* used by very old statically linked binaries */ lcall $0x07, $0x0 /* standard solaris syscall method. Now being phased out by the int $0xZZ path */ lcall $0x27, $0x0 /* To be standard on Solaris 11 onwards(in development) */ int $0x91 /* For solaris on intel pentiums that support it*/ sysenter /* For solaris on AMD */ syscall You can get an overview of this from a Sun Engineer's blog. http://blogs.sun.com/roller/page/rab Naveen --- Julian Seward <js...@ac...> wrote: > > I will deal with the int/sysenter stuff in vex for > you, but not until > after Valgrind 3.0 ships -- am v. busy. > > It would be helpful if you could send a summary of > what new int and > sysenter variants you need. > > J > > > On Friday 22 July 2005 18:54, you wrote: > > changes to vex that I had to make to get it > compiled > > on sol 10. > > > > -bash-3.00$ svn diff > > Index: priv/guest-x86/toIR.c > > > =================================================================== > > --- priv/guest-x86/toIR.c (revision 1290) > > +++ priv/guest-x86/toIR.c (working copy) > > @@ -10376,13 +10376,16 @@ > > > > case 0xCD: /* INT imm8 */ > > d32 = getIByte(delta); delta++; > > - if (d32 != 0x80) goto decode_failure; > > + if (d32 != 0x80 && d32 != 0x91) goto > > decode_failure; > > /* It's important that all ArchRegs carry > their > > up-to-date value > > at this point. So we declare an > > end-of-block here, which > > forces any TempRegs caching ArchRegs to > be > > flushed. */ > > > > > jmp_lit(Ijk_Syscall,((Addr32)guest_EIP_bbstart)+delta); > > dres.whatNext = Dis_StopHere; > > + if( d32 == 0x80 ) { > > DIP("int $0x80\n"); > > + } > > + else { DIP("int $0x91\n"); } > > break; > > > > /* ------------------------ Jcond, byte offset > > --------- */ > > Index: Makefile > > > =================================================================== > > --- Makefile (revision 1290) > > +++ Makefile (working copy) > > @@ -99,7 +99,7 @@ > > > > version: > > rm -f priv/main/vex_svnversion.h > > - echo -n "\"" > priv/main/vex_svnversion.h > > + echo "\"\c" > priv/main/vex_svnversion.h > > svnversion -n . >> > priv/main/vex_svnversion.h > > echo "\"" >> priv/main/vex_svnversion.h > > > > int $0x91 is the new syscall gate for sol 10 > > > > echo -n is not supported on all platforms(within > > Makefile). So we have to use the "\c" at the end. > > > > Naveen > > > > --- Julian Seward <js...@ac...> wrote: > > > > vex x86->IR: unhandled instruction bytes: 0xF8 > > > > > > 0x2A > > > > > > > 0x7 0x8B > > > > > > Fixed in vex r1284. The attached test program > > > should now > > > work properly. > > > > > > What is the current state of valgrind-3 on > > > x86-solaris? > > > > > > J > > > > > > > > > #include <stdio.h> > > > > > > int x0, x1, x2, x3, x4; > > > > > > extern void foo ( void ); > > > asm("\n" > > > ".global foo\n" > > > "foo:\n" > > > > > > "\txorl %eax,%eax\n" > > > "\tpushfl\n" > > > "\tpopl x0\n" > > > > > > "\tstc\n" > > > "\tpushfl\n" > > > "\tpopl x1\n" > > > > > > "\tclc\n" > > > "\tpushfl\n" > > > "\tpopl x2\n" > > > > > > "\tcmc\n" > > > "\tpushfl\n" > > > "\tpopl x3\n" > > > > > > "\tcmc\n" > > > "\tpushfl\n" > > > "\tpopl x4\n" > > > > > > "\tret\n" > > > ); > > > > > > > > > int main ( void ) > > > { > > > const int M = 0xFFFF; /* don't want to see the > ID > > > flag, bit 21 */ > > > foo(); > > > printf("0x%x 0x%x 0x%x 0x%x 0x%x\n", x0&M, > x1&M, > > > x2&M, x3&M, x4&M); > > > return 0; > > > } > > > > > ____________________________________________________ > > Start your day with Yahoo! - make it your home > page > > http://www.yahoo.com/r/hs > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Tom H. <to...@co...> - 2005-07-26 11:47:12
|
In message <200...@op...>
sv...@va... wrote:
> Note, you must do 'make' or 'make install' before 'make dist' since
> otherwise VEX/priv/main/vex_svnversion.h will not exist.
That shouldn't be needed - the dist target should depend on that
header to make sure it is up to date.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Tom H. <to...@co...> - 2005-07-26 11:46:26
|
In message <200...@op...>
sv...@va... wrote:
> Don't delete vex_svnversion.h during 'make clean'. This causes
> breakage if someone builds from the final V tarball, then does 'make
> clean', then re-runs make -- because creating this file requires (1)
> svnversion to be present on the end-user system, which it probably
> isn't, and (2) the metadata which svnversion consults also to be
> present here, which it certainly isn't [in the cut-down VEX image in
> the distro tarball.]
I don't think deleting it on "make distclean" is right either - that
is only supposed to delete things that weren't in the distribution tar
ball. The idea is that you can build then distclean and be back where
you started.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Ashley P. <as...@qu...> - 2005-07-26 11:02:13
|
On Sat, 2005-07-23 at 10:28 +0100, Julian Seward wrote: > Ashley > > > 1) would it be possible to drop the .pid<pid> suffix if > > --log-file-qualifier is set, there seems little point in having two > > qualifiers and if automating this process having as little ambiguity > > over filenames as possible seems a good thing. > > Yeh, I wondered about this myself. Done (r4228). Thank you. I have just noticed the --log-file-exactly option which would appear to do the same thing although in practice ignores the --log-file-qualifier flag. > > 2) Can you put the qualifier in the logfile somewhere, maybe not in > > place of ==<pid>== but possibly in the header, something like: > > > > ==21666== My PID = 21666, parent PID = 21664, qualifier = 0. > > ==21666== Prog and args are: > > ==21666== /usr/lib/mpi/mpi_gnu/bin/mping > > ==21666== For more details, rerun with: -v > > > > Whilst this isn't strictly necessairy for the what I've described (I > > currently get it from the filenames) at some point I intend to try using > > a listener process instead of files. > > Hmm, not enthusiastic about changing the output format. That's an understandable position however given that this option is new changing the output to include it if specified isn't going to catch anyone by surprise, the chances are if you specify the option then you care about what it's value is. I can't think of a way of using a valgrind-listener process without it. Bear in mind in parallel jobs it's not that uncommon for pids to be non-unique and it's the process rank that is universially used to identify specific processes across a job. Alternative ways of achieving the same result are most welcome. Ashley, |
|
From: <sv...@va...> - 2005-07-26 10:43:00
|
Author: sewardj
Date: 2005-07-26 11:42:57 +0100 (Tue, 26 Jul 2005)
New Revision: 4266
Log:
Makefile stuff, partly from Tom, which uses the SVN-externall'd VEX
tree a bit better. Also, fixes to make 'make dist' include into the
final tarball a minimal but workable subset of the stuff in the VEX
directory.
Note, you must do 'make' or 'make install' before 'make dist' since
otherwise VEX/priv/main/vex_svnversion.h will not exist.
Modified:
trunk/Makefile.am
trunk/configure.in
trunk/coregrind/Makefile.am
trunk/coregrind/m_dispatch/Makefile.am
trunk/coregrind/m_syswrap/Makefile.am
Modified: trunk/Makefile.am
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/Makefile.am 2005-07-26 10:40:31 UTC (rev 4265)
+++ trunk/Makefile.am 2005-07-26 10:42:57 UTC (rev 4266)
@@ -46,7 +46,8 @@
README_MISSING_SYSCALL_OR_IOCTL \
valgrind.spec.in valgrind.pc.in \
Makefile.all.am Makefile.tool.am Makefile.core-AM_CPPFLAGS.am \
- Makefile.tool-inplace.am
+ Makefile.tool-inplace.am \
+ $(VEX_PRIMARY_SOURCES)
=20
install-exec-hook:
$(mkinstalldirs) $(DESTDIR)$(valdir)
@@ -59,3 +60,66 @@
=20
distclean-local:
rm -rf $(inplacedir)
+
+
+# This lists the bits of vex we need to copy into the tarball
+
+VEX_PRIMARY_SOURCES =3D \
+ VEX/README \
+ VEX/COPYING \
+ VEX/Makefile \
+ VEX/auxprogs/genoffsets.c \
+ VEX/pub/libvex_guest_amd64.h \
+ VEX/pub/libvex_ir.h \
+ VEX/pub/libvex_guest_ppc32.h \
+ VEX/pub/libvex_basictypes.h \
+ VEX/pub/libvex_guest_offsets.h \
+ VEX/pub/libvex_emwarn.h \
+ VEX/pub/libvex.h \
+ VEX/pub/libvex_trc_values.h \
+ VEX/pub/libvex_guest_arm.h \
+ VEX/pub/libvex_guest_x86.h \
+ VEX/priv/ir/irmatch.c \
+ VEX/priv/ir/irmatch.h \
+ VEX/priv/ir/irdefs.c \
+ VEX/priv/ir/iropt.c \
+ VEX/priv/ir/iropt.h \
+ VEX/priv/host-ppc32/isel.c \
+ VEX/priv/host-ppc32/hdefs.c \
+ VEX/priv/host-ppc32/hdefs.h \
+ VEX/priv/main/vex_svnversion.h \
+ VEX/priv/main/vex_globals.c \
+ VEX/priv/main/vex_globals.h \
+ VEX/priv/main/vex_main.c \
+ VEX/priv/main/vex_util.c \
+ VEX/priv/main/vex_util.h \
+ VEX/priv/guest-arm/ghelpers.c \
+ VEX/priv/guest-arm/gdefs.h \
+ VEX/priv/guest-arm/toIR.c \
+ VEX/priv/guest-x86/ghelpers.c \
+ VEX/priv/guest-x86/gdefs.h \
+ VEX/priv/guest-x86/toIR.c \
+ VEX/priv/guest-generic/g_generic_x87.c \
+ VEX/priv/guest-generic/g_generic_x87.h \
+ VEX/priv/guest-generic/bb_to_IR.c \
+ VEX/priv/guest-generic/bb_to_IR.h \
+ VEX/priv/host-arm/isel.c \
+ VEX/priv/host-arm/hdefs.c \
+ VEX/priv/host-arm/hdefs.h \
+ VEX/priv/host-x86/isel.c \
+ VEX/priv/host-x86/hdefs.c \
+ VEX/priv/host-x86/hdefs.h \
+ VEX/priv/guest-amd64/ghelpers.c \
+ VEX/priv/guest-amd64/gdefs.h \
+ VEX/priv/guest-amd64/toIR.c \
+ VEX/priv/guest-ppc32/ghelpers.c \
+ VEX/priv/guest-ppc32/gdefs.h \
+ VEX/priv/guest-ppc32/toIR.c \
+ VEX/priv/host-generic/reg_alloc2.c \
+ VEX/priv/host-generic/h_generic_regs.c \
+ VEX/priv/host-generic/h_generic_regs.h \
+ VEX/priv/host-generic/h_generic_simd64.c \
+ VEX/priv/host-generic/h_generic_simd64.h \
+ VEX/priv/host-amd64/isel.c \
+ VEX/priv/host-amd64/hdefs.c \
+ VEX/priv/host-amd64/hdefs.h
Modified: trunk/configure.in
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/configure.in 2005-07-26 10:40:31 UTC (rev 4265)
+++ trunk/configure.in 2005-07-26 10:42:57 UTC (rev 4266)
@@ -10,17 +10,17 @@
# Nb: For the 2nd arg, the help string, AS_HELP_STRING is the proper way=
, but
# older autoconfs don't support it... here's what it would say:
#
-# AS_HELP_STRING([--with-vex], [Vex directory (must be specified!)]),
+# AS_HELP_STRING([--with-vex], [Vex directory]),
#
AC_ARG_WITH(vex,=20
- [ --with-vex=3D/path/to/vex/dir Vex directory (must be specified=
!)],
+ [ --with-vex=3D/path/to/vex/dir Vex directory],
[
AC_CHECK_FILE($withval/pub/libvex.h,
[VEX_DIR=3D$withval],
[AC_MSG_ERROR([Directory '$withval' does not exist, or does not =
contain Vex])])
],
[
- AC_MSG_ERROR([You must specify --with-vex=3D/path/to/vex/dir])
+ VEX_DIR=3D`pwd`/VEX
])
AC_SUBST(VEX_DIR)
=20
Modified: trunk/coregrind/Makefile.am
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/Makefile.am 2005-07-26 10:40:31 UTC (rev 4265)
+++ trunk/coregrind/Makefile.am 2005-07-26 10:42:57 UTC (rev 4266)
@@ -82,7 +82,7 @@
=20
BUILT_SOURCES =3D stage2.lds
CLEANFILES =3D stage2.lds
-=09
+
valgrind_SOURCES =3D \
stage1.c \
m_debuglog.c \
@@ -195,6 +195,15 @@
-e '/\. =3D 0x[0-9A-Fa-f]\+ + SIZEOF_HEADERS/s/0x[0-9A-Fa-f]\+/kicksta=
rt_base/g' > $@ \
|| rm -f $@
=20
+@VEX_DIR@/libvex.a: @VEX_DIR@/priv/main/vex_svnversion.h
+ $(MAKE) -C @VEX_DIR@ libvex.a EXTRA_CFLAGS=3D"@PIE_AM_CFLAGS@"
+
+@VEX_DIR@/priv/main/vex_svnversion.h:
+ $(MAKE) -C @VEX_DIR@ version
+
+clean-local:
+ $(MAKE) -C @VEX_DIR@ clean
+
MANUAL_DEPS =3D $(noinst_HEADERS) $(include_HEADERS)
=20
all-local:
Modified: trunk/coregrind/m_dispatch/Makefile.am
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_dispatch/Makefile.am 2005-07-26 10:40:31 UTC (rev 4=
265)
+++ trunk/coregrind/m_dispatch/Makefile.am 2005-07-26 10:42:57 UTC (rev 4=
266)
@@ -9,3 +9,8 @@
=20
libdispatch_a_SOURCES =3D \
dispatch-@VG_ARCH@.S
+
+dispatch-@VG_ARCH@.S: libvex_guest_offsets.h
+
+libvex_guest_offsets.h:
+ $(MAKE) -C @VEX_DIR@ pub/libvex_guest_offsets.h
Modified: trunk/coregrind/m_syswrap/Makefile.am
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/coregrind/m_syswrap/Makefile.am 2005-07-26 10:40:31 UTC (rev 42=
65)
+++ trunk/coregrind/m_syswrap/Makefile.am 2005-07-26 10:42:57 UTC (rev 42=
66)
@@ -21,3 +21,9 @@
syswrap-@VG_OS@.c \
syswrap-@VG_PLATFORM@.c \
syswrap-main.c
+
+syscall-@VG_PLATFORM@.S: libvex_guest_offsets.h
+syswrap-main.c: libvex_guest_offsets.h
+
+libvex_guest_offsets.h:
+ $(MAKE) -C @VEX_DIR@ pub/libvex_guest_offsets.h
|
|
From: <sv...@va...> - 2005-07-26 10:41:10
|
Author: sewardj Date: 2005-07-26 11:40:31 +0100 (Tue, 26 Jul 2005) New Revision: 4265 Log: Property change: list svn://svn.valgrind.org/vex/trunk as an SVN external to be checked out into ./VEX Modified: trunk/ Property changes on: trunk ___________________________________________________________________ Name: svn:externals + VEX svn://svn.valgrind.org/vex/trunk |
|
From: <sv...@va...> - 2005-07-26 10:10:35
|
Author: sewardj Date: 2005-07-26 11:10:25 +0100 (Tue, 26 Jul 2005) New Revision: 1300 Log: Don't delete vex_svnversion.h during 'make clean'. This causes breakage if someone builds from the final V tarball, then does 'make clean', then re-runs make -- because creating this file requires (1) svnversion to be present on the end-user system, which it probably isn't, and (2) the metadata which svnversion consults also to be present here, which it certainly isn't [in the cut-down VEX image in the distro tarball.] Modified: trunk/Makefile Modified: trunk/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/Makefile 2005-07-25 11:58:34 UTC (rev 1299) +++ trunk/Makefile 2005-07-26 10:10:25 UTC (rev 1300) @@ -94,9 +94,11 @@ =20 clean: rm -f $(LIB_OBJS) libvex.a vex test_main.o \ - priv/main/vex_svnversion.h \ pub/libvex_guest_offsets.h =20 +distclean: clean + rm -f priv/main/vex_svnversion.h + version: rm -f priv/main/vex_svnversion.h echo -n "\"" > priv/main/vex_svnversion.h |