Author: njn
Date: 2009-08-10 02:29:14 +0100 (Mon, 10 Aug 2009)
New Revision: 10759
Log:
Make "option" terminology consistent some more. Also tweaked the mempool
Memcheck section a little.
Modified:
trunk/cachegrind/docs/cg-manual.xml
trunk/callgrind/docs/cl-manual.xml
trunk/coregrind/m_main.c
trunk/drd/docs/drd-manual.xml
trunk/exp-bbv/docs/bbv-manual.xml
trunk/exp-ptrcheck/docs/pc-manual.xml
trunk/helgrind/docs/hg-manual.xml
trunk/lackey/docs/lk-manual.xml
trunk/massif/docs/ms-manual.xml
trunk/memcheck/docs/mc-manual.xml
Modified: trunk/cachegrind/docs/cg-manual.xml
===================================================================
--- trunk/cachegrind/docs/cg-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/cachegrind/docs/cg-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -90,7 +90,7 @@
<para>First off, as for normal Valgrind use, you probably want to
compile with debugging info (the
-<option>-g</option> flag). But by contrast with
+<option>-g</option> option). But by contrast with
normal Valgrind use, you probably do want to turn
optimisation on, since you should profile your program as it will
be normally run.</para>
@@ -151,7 +151,7 @@
</para>
<para>Branch prediction statistics are not collected by default.
-To do so, add the flag <option>--branch-sim=yes</option>.</para>
+To do so, add the option <option>--branch-sim=yes</option>.</para>
</sect2>
@@ -703,8 +703,8 @@
-<sect1 id="cg-manual.cgopts" xreflabel="Cachegrind Options">
-<title>Cachegrind Options</title>
+<sect1 id="cg-manual.cgopts" xreflabel="Cachegrind Command-line Options">
+<title>Cachegrind Command-line Options</title>
<!-- start of xi:include in the manpage -->
<para>Cachegrind-specific options are:</para>
@@ -790,8 +790,8 @@
-<sect1 id="cg-manual.annopts" xreflabel="cg_annotate Options">
-<title>cg_annotate Options</title>
+<sect1 id="cg-manual.annopts" xreflabel="cg_annotate Command-line Options">
+<title>cg_annotate Command-line Options</title>
<!-- start of xi:include in the manpage -->
<variablelist id="cg_annotate.opts.list">
Modified: trunk/callgrind/docs/cl-manual.xml
===================================================================
--- trunk/callgrind/docs/cl-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/callgrind/docs/cl-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -46,10 +46,10 @@
<term><command>callgrind_control</command></term>
<listitem>
<para>This command enables you to interactively observe and control
- the status of currently running applications, without stopping
- the application. You can
- get statistics information as well as the current stack trace, and
- you can request zeroing of counters or dumping of profile data.</para>
+ the status of a program currently running under Callgrind's control,
+ without stopping the program. You can get statistics information as
+ well as the current stack trace, and you can request zeroing of counters
+ or dumping of profile data.</para>
</listitem>
</varlistentry>
</variablelist>
@@ -105,7 +105,7 @@
<title>Basic Usage</title>
<para>As with Cachegrind, you probably want to compile with debugging info
- (the <option>-g</option> flag) and with optimization turned on.</para>
+ (the <option>-g</option> option) and with optimization turned on.</para>
<para>To start a profile run for a program, execute:
<screen>valgrind --tool=callgrind [callgrind options] your-program [program options]</screen>
@@ -476,15 +476,15 @@
intermingled, which almost certainly is not what you want.</para>
<para>You will be able to control the new child independently from
- the parent via <computeroutput>callgrind_control</computeroutput>.</para>
+ the parent via callgrind_control.</para>
</sect2>
</sect1>
-<sect1 id="cl-manual.options" xreflabel="Callgrind Options">
-<title>Callgrind Options</title>
+<sect1 id="cl-manual.options" xreflabel="Callgrind Command-line Options">
+<title>Callgrind Command-line Options</title>
<para>
In the following, options are grouped into classes.
@@ -600,8 +600,7 @@
<para>
These options specify when actions relating to event counts are to
-be executed. For interactive control use
-<computeroutput>callgrind_control</computeroutput>.
+be executed. For interactive control use callgrind_control.
</para>
<!-- start of xi:include in the manpage -->
@@ -716,7 +715,7 @@
<para>Collection state can be
toggled at entry and exit of a given function with the
option <option><xref linkend="opt.toggle-collect"/></option>. If you
- use this flag, collection
+ use this option, collection
state should be disabled at the beginning. Note that the
specification of <option>--toggle-collect</option>
implicitly sets
@@ -1104,8 +1103,8 @@
-<sect1 id="cl-manual.callgrind_annotate-options" xreflabel="callgrind_annotate Options">
-<title>callgrind_annotate Options</title>
+<sect1 id="cl-manual.callgrind_annotate-options" xreflabel="callgrind_annotate Command-line Options">
+<title>callgrind_annotate Command-line Options</title>
<!-- start of xi:include in the manpage -->
<variablelist id="callgrind_annotate.opts.list">
@@ -1210,16 +1209,14 @@
-<sect1 id="cl-manual.callgrind_control-options" xreflabel="callgrind_control Options">
-<title>Description and options of callgrind_control</title>
+<sect1 id="cl-manual.callgrind_control-options" xreflabel="callgrind_control Command-line Options">
+<title>callgrind_control Command-line Options</title>
-<para>The command <command>callgrind_control</command> allows to control
- programs being run by the Valgrind tool Callgrind. By default, it acts
- on all programs detected to be run by the current user via Callgrind.
- It is possible to limit the actions to specified Callgrind runs by
- providing a list of pids or program names as argument.
- The default action is to give some brief information about the applications
- being run by Callgrind.</para>
+<para>By default, callgrind_control acts on all programs run by the
+ current user under Callgrind. It is possible to limit the actions to
+ specified Callgrind runs by providing a list of pids or program names as
+ argument. The default action is to give some brief information about the
+ applications being run under Callgrind.</para>
<!-- start of xi:include in the manpage -->
<variablelist id="callgrind_control.opts.list">
Modified: trunk/coregrind/m_main.c
===================================================================
--- trunk/coregrind/m_main.c 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/coregrind/m_main.c 2009-08-10 01:29:14 UTC (rev 10759)
@@ -1123,7 +1123,7 @@
VexArchInfo vex_archinfo;
if (!logging_to_fd)
VG_(message)(Vg_DebugMsg, "\n");
- VG_(message)(Vg_DebugMsg, "Valgrind flags:\n");
+ VG_(message)(Vg_DebugMsg, "Valgrind options:\n");
for (i = 0; i < VG_(sizeXA)( VG_(args_for_valgrind) ); i++) {
VG_(message)(Vg_DebugMsg,
" %s\n",
Modified: trunk/drd/docs/drd-manual.xml
===================================================================
--- trunk/drd/docs/drd-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/drd/docs/drd-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -315,8 +315,8 @@
<sect1 id="drd-manual.using-drd" xreflabel="Using DRD">
<title>Using DRD</title>
-<sect2 id="drd-manual.options" xreflabel="DRD Options">
-<title>Command Line Options</title>
+<sect2 id="drd-manual.options" xreflabel="DRD Command-line Options">
+<title>DRD Command-line Options</title>
<para>The following command-line options are available for controlling the
behavior of the DRD tool itself:</para>
@@ -1211,8 +1211,8 @@
<literal>libgomp</literal>. The synchronization primitives implemented
in this library use Linux' futex system call directly, unless the
library has been configured with the
-<literal>--disable-linux-futex</literal> flag. DRD only supports
-libgomp libraries that have been configured with this flag and in
+<literal>--disable-linux-futex</literal> option. DRD only supports
+libgomp libraries that have been configured with this option and in
which symbol information is present. For most Linux distributions this
means that you will have to recompile GCC. See also the script
<literal>drd/scripts/download-and-build-gcc</literal> in the
@@ -1416,7 +1416,7 @@
</listitem>
<listitem>
<para>
- Compile with flag <option>-O1</option> instead of
+ Compile with option <option>-O1</option> instead of
<option>-O0</option>. This will reduce the amount of generated
code, may reduce the amount of debug info and will speed up
DRD's processing of the client program. For more information,
Modified: trunk/exp-bbv/docs/bbv-manual.xml
===================================================================
--- trunk/exp-bbv/docs/bbv-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/exp-bbv/docs/bbv-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -110,10 +110,10 @@
</sect1>
-<sect1 id="bbv-manual.usage" xreflabel="BBV Usage">
-<title>BBV Command Line Options</title>
+<sect1 id="bbv-manual.usage" xreflabel="BBV Command-line Options">
+<title>BBV Command-line Options</title>
-<para> BBV-specific options are:</para>
+<para> BBV-specific command-line options are:</para>
<!-- start of xi:include in the manpage -->
<variablelist id="bbv.opts.list">
Modified: trunk/exp-ptrcheck/docs/pc-manual.xml
===================================================================
--- trunk/exp-ptrcheck/docs/pc-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/exp-ptrcheck/docs/pc-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -46,10 +46,10 @@
-<sect1 id="pc-manual.options" xreflabel="Ptrcheck Options">
-<title>Ptrcheck Options</title>
+<sect1 id="pc-manual.options" xreflabel="Ptrcheck Command-line Options">
+<title>Ptrcheck Command-line Options</title>
-<para>Ptrcheck-specific options are:</para>
+<para>Ptrcheck-specific command-line options are:</para>
<!-- start of xi:include in the manpage -->
<variablelist id="pc.opts.list">
@@ -89,7 +89,7 @@
</para>
<para>Note that code that behaves in this way is in violation of
the the ISO C/C++ standards, and should be considered broken. If
- at all possible, such code should be fixed. This flag should be
+ at all possible, such code should be fixed. This option should be
used only as a last resort.</para>
</listitem>
</varlistentry>
Modified: trunk/helgrind/docs/hg-manual.xml
===================================================================
--- trunk/helgrind/docs/hg-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/helgrind/docs/hg-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -351,7 +351,7 @@
However, it does require Helgrind to spend considerable extra time
and memory at program startup to read the relevant debug info.
Hence this facility is disabled by default. To enable it, you need
- to give the <varname>--read-var-info=yes</varname> flag to
+ to give the <varname>--read-var-info=yes</varname> option to
Helgrind.</para>
</listitem>
</itemizedlist>
@@ -745,7 +745,7 @@
instructions and the futex syscall, which causes total chaos since in
Helgrind since it cannot "see" those.</para>
<para>Fortunately, this can be solved using a configuration-time
- flag (for GCC). Rebuild GCC from source, and configure using
+ option (for GCC). Rebuild GCC from source, and configure using
<varname>--disable-linux-futex</varname>.
This makes libgomp.so use the standard
POSIX threading primitives instead. Note that this was tested
@@ -938,8 +938,8 @@
-<sect1 id="hg-manual.options" xreflabel="Helgrind Options">
-<title>Helgrind Options</title>
+<sect1 id="hg-manual.options" xreflabel="Helgrind Command-line Options">
+<title>Helgrind Command-line Options</title>
<para>The following end-user options are available:</para>
@@ -1000,7 +1000,7 @@
for every single memory access made by the program.
Historical information on not recently accessed locations is
periodically discarded, to free up space in the cache.</para>
- <para>This flag controls the size of the cache, in terms of the
+ <para>This option controls the size of the cache, in terms of the
number of different memory addresses for which
conflicting access information is stored. If you find that
Helgrind is showing race errors with only one stack instead of
Modified: trunk/lackey/docs/lk-manual.xml
===================================================================
--- trunk/lackey/docs/lk-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/lackey/docs/lk-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -23,10 +23,10 @@
</sect1>
-<sect1 id="lk-manual.options" xreflabel="Lackey Options">
-<title>Lackey Options</title>
+<sect1 id="lk-manual.options" xreflabel="Lackey Command-line Options">
+<title>Lackey Command-line Options</title>
-<para>Lackey-specific options are:</para>
+<para>Lackey-specific command-line options are:</para>
<!-- start of xi:include in the manpage -->
<variablelist id="lk.opts.list">
Modified: trunk/massif/docs/ms-manual.xml
===================================================================
--- trunk/massif/docs/ms-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/massif/docs/ms-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -53,7 +53,7 @@
<title>Using Massif and ms_print</title>
<para>First off, as for the other Valgrind tools, you should compile with
-debugging info (the <option>-g</option> flag). It shouldn't
+debugging info (the <option>-g</option> option). It shouldn't
matter much what optimisation level you compile your program with, as this
is unlikely to affect the heap memory usage.</para>
@@ -606,10 +606,10 @@
</sect1>
-<sect1 id="ms-manual.options" xreflabel="Massif Options">
-<title>Massif Options</title>
+<sect1 id="ms-manual.options" xreflabel="Massif Command-line Options">
+<title>Massif Command-line Options</title>
-<para>Massif-specific options are:</para>
+<para>Massif-specific command-line options are:</para>
<!-- start of xi:include in the manpage -->
<variablelist id="ms.opts.list">
@@ -824,8 +824,8 @@
</sect1>
-<sect1 id="ms-manual.ms_print-options" xreflabel="ms_print Options">
-<title>ms_print Options</title>
+<sect1 id="ms-manual.ms_print-options" xreflabel="ms_print Command-line Options">
+<title>ms_print Command-line Options</title>
<para>ms_print's options are:</para>
Modified: trunk/memcheck/docs/mc-manual.xml
===================================================================
--- trunk/memcheck/docs/mc-manual.xml 2009-08-10 01:15:30 UTC (rev 10758)
+++ trunk/memcheck/docs/mc-manual.xml 2009-08-10 01:29:14 UTC (rev 10759)
@@ -167,7 +167,7 @@
</itemizedlist>
<para>To see information on the sources of uninitialised data in your
-program, use the <option>--track-origins=yes</option> flag. This
+program, use the <option>--track-origins=yes</option> option. This
makes Memcheck run more slowly, but can make it much easier to track down
the root causes of uninitialised value errors.</para>
@@ -574,9 +574,9 @@
-<sect1 id="mc-manual.flags"
- xreflabel="Command-line flags specific to Memcheck">
-<title>Command-line flags specific to Memcheck</title>
+<sect1 id="mc-manual.options"
+ xreflabel="Memcheck Command-Line Options">
+<title>Memcheck Command-Line Options</title>
<!-- start of xi:include in the manpage -->
<variablelist id="mc.opts.list">
@@ -720,7 +720,7 @@
<para>Note that code that behaves in this way is in violation of
the the ISO C/C++ standards, and should be considered broken. If
- at all possible, such code should be fixed. This flag should be
+ at all possible, such code should be fixed. This option should be
used only as a last resort.</para>
</listitem>
</varlistentry>
@@ -742,7 +742,7 @@
accesses to blocks for some significant period of time after they
have been freed.</para>
- <para>This flag specifies the maximum total size, in bytes, of the
+ <para>This option specifies the maximum total size, in bytes, of the
blocks in the queue. The default value is ten million bytes.
Increasing this increases the total amount of memory used by
Memcheck but may detect invalid uses of freed
@@ -760,11 +760,11 @@
does not report them. The "small distance" is 256 bytes by
default. Note that GCC 2.96 is the default compiler on some ancient
Linux distributions (RedHat 7.X) and so you may need to use this
- flag. Do not use it if you do not have to, as it can cause real
+ option. Do not use it if you do not have to, as it can cause real
errors to be overlooked. A better alternative is to use a more
recent GCC in which this bug is fixed.</para>
- <para>You may also need to use this flag when working with
+ <para>You may also need to use this option when working with
GCC 3.X or 4.X on 32-bit PowerPC Linux. This is because
GCC generates code which occasionally accesses below the
stack pointer, particularly for floating-point to/from integer
@@ -796,7 +796,7 @@
by <computeroutput>calloc</computeroutput>, with the specified
byte. This can be useful when trying to shake out obscure
memory corruption problems. The allocated area is still
- regarded by Memcheck as undefined -- this flag only affects its
+ regarded by Memcheck as undefined -- this option only affects its
contents.
</para>
</listitem>
@@ -812,7 +812,7 @@
<computeroutput>delete</computeroutput>, etc, with the
specified byte value. This can be useful when trying to shake out
obscure memory corruption problems. The freed area is still
- regarded by Memcheck as not valid for access -- this flag only
+ regarded by Memcheck as not valid for access -- this option only
affects its contents.
</para>
</listitem>
@@ -1173,7 +1173,7 @@
<para>There is a hazy boundary case to do with multi-byte loads from
addresses which are partially valid and partially invalid. See
- details of the flag <option>--partial-loads-ok</option> for details.
+ details of the option <option>--partial-loads-ok</option> for details.
</para>
</listitem>
@@ -1343,11 +1343,12 @@
<title>Memory Pools: describing and working with custom allocators</title>
<para>Some programs use custom memory allocators, often for performance
-reasons. Left to itself, Memcheck is unable to "understand" the
-behaviour of custom allocation schemes and so may miss errors and
-leaks in your program. What this section describes is a way to give
-Memcheck enough of a description of your custom allocator that it can
-make at least some sense of what is happening.</para>
+reasons. Left to itself, Memcheck is unable to understand the
+behaviour of custom allocation schemes as well as it understands the
+standard allocators, and so may miss errors and leaks in your program. What
+this section describes is a way to give Memcheck enough of a description of
+your custom allocator that it can make at least some sense of what is
+happening.</para>
<para>There are many different sorts of custom allocator, so Memcheck
attempts to reason about them using a loose, abstract model. We
@@ -1433,12 +1434,12 @@
<listitem>
<para>
<varname>VALGRIND_CREATE_MEMPOOL(pool, rzB, is_zeroed)</varname>:
- This request registers the address "pool" as the anchor address
- for a memory pool. It also provides a size "rzB", specifying how
- large the redzones placed around chunks allocated from the pool
- should be. Finally, it provides an "is_zeroed" flag that specifies
- whether the pool's chunks are zeroed (more precisely: defined)
- when allocated.
+ This request registers the address <varname>pool</varname> as the anchor
+ address for a memory pool. It also provides a size
+ <varname>rzB</varname>, specifying how large the redzones placed around
+ chunks allocated from the pool should be. Finally, it provides an
+ <varname>is_zeroed</varname> argument that specifies whether the pool's
+ chunks are zeroed (more precisely: defined) when allocated.
</para>
<para>
Upon completion of this request, no chunks are associated with the
@@ -1459,44 +1460,47 @@
<listitem>
<para><varname>VALGRIND_MEMPOOL_ALLOC(pool, addr, size)</varname>:
- This request informs Memcheck that a "size"-byte chunk has been
- allocated at "addr", and associates the chunk with the specified
- "pool". If the pool was created with nonzero "rzB" redzones, Memcheck
- will mark the "rzB" bytes before and after the chunk as NOACCESS. If
- the pool was created with the "is_zeroed" flag set, Memcheck will mark
- the chunk as DEFINED, otherwise Memcheck will mark the chunk as
- UNDEFINED.
+ This request informs Memcheck that a <varname>size</varname>-byte chunk
+ has been allocated at <varname>addr</varname>, and associates the chunk with the
+ specified
+ <varname>pool</varname>. If the pool was created with nonzero
+ <varname>rzB</varname> redzones, Memcheck will mark the
+ <varname>rzB</varname> bytes before and after the chunk as NOACCESS. If
+ the pool was created with the <varname>is_zeroed</varname> argument set,
+ Memcheck will mark the chunk as DEFINED, otherwise Memcheck will mark
+ the chunk as UNDEFINED.
</para>
</listitem>
<listitem>
<para><varname>VALGRIND_MEMPOOL_FREE(pool, addr)</varname>:
- This request informs Memcheck that the chunk at "addr" should no
- longer be considered allocated. Memcheck will mark the chunk
- associated with "addr" as NOACCESS, and delete its record of the
- chunk's existence.
+ This request informs Memcheck that the chunk at <varname>addr</varname>
+ should no longer be considered allocated. Memcheck will mark the chunk
+ associated with <varname>addr</varname> as NOACCESS, and delete its
+ record of the chunk's existence.
</para>
</listitem>
<listitem>
<para><varname>VALGRIND_MEMPOOL_TRIM(pool, addr, size)</varname>:
- This request "trims" the chunks associated with "pool". The request
- only operates on chunks associated with "pool". Trimming is formally
- defined as:</para>
+ This request trims the chunks associated with <varname>pool</varname>.
+ The request only operates on chunks associated with
+ <varname>pool</varname>. Trimming is formally defined as:</para>
<itemizedlist>
<listitem>
- <para> All chunks entirely inside the range [addr,addr+size) are
- preserved.</para>
+ <para> All chunks entirely inside the range
+ <varname>addr..(addr+size-1)</varname> are preserved.</para>
</listitem>
<listitem>
- <para>All chunks entirely outside the range [addr,addr+size) are
- discarded, as though <varname>VALGRIND_MEMPOOL_FREE</varname>
- was called on them. </para>
+ <para>All chunks entirely outside the range
+ <varname>addr..(addr+size-1)</varname> are discarded, as though
+ <varname>VALGRIND_MEMPOOL_FREE</varname> was called on them. </para>
</listitem>
<listitem>
<para>All other chunks must intersect with the range
- [addr,addr+size); areas outside the intersection are marked as
- NOACCESS, as though they had been independently freed with
+ <varname>addr..(addr+size-1)</varname>; areas outside the
+ intersection are marked as NOACCESS, as though they had been
+ independently freed with
<varname>VALGRIND_MEMPOOL_FREE</varname>.</para>
</listitem>
</itemizedlist>
@@ -1508,9 +1512,9 @@
<listitem>
<para><varname>VALGRIND_MOVE_MEMPOOL(poolA, poolB)</varname>: This
request informs Memcheck that the pool previously anchored at
- address "poolA" has moved to anchor address "poolB". This is a
- rare request, typically only needed if you
- <function>realloc</function> the header of a mempool.</para>
+ address <varname>poolA</varname> has moved to anchor address
+ <varname>poolB</varname>. This is a rare request, typically only needed
+ if you <function>realloc</function> the header of a mempool.</para>
<para>No memory-status bits are altered by this request.</para>
</listitem>
@@ -1518,11 +1522,12 @@
<para>
<varname>VALGRIND_MEMPOOL_CHANGE(pool, addrA, addrB,
size)</varname>: This request informs Memcheck that the chunk
- previously allocated at address "addrA" within "pool" has been
- moved and/or resized, and should be changed to cover the region
- [addrB,addrB+size). This is a rare request, typically only needed
- if you <function>realloc</function> a superblock or wish to
- extend a chunk without changing its memory-status bits.
+ previously allocated at address <varname>addrA</varname> within
+ <varname>pool</varname> has been moved and/or resized, and should be
+ changed to cover the region <varname>addrB..(addrB+size-1)</varname>. This
+ is a rare request, typically only needed if you
+ <function>realloc</function> a superblock or wish to extend a chunk
+ without changing its memory-status bits.
</para>
<para>No memory-status bits are altered by this request.
</para>
@@ -1531,10 +1536,10 @@
<listitem>
<para><varname>VALGRIND_MEMPOOL_EXISTS(pool)</varname>:
This request informs the caller whether or not Memcheck is currently
- tracking a mempool at anchor address "pool". It evaluates to 1 when
- there is a mempool associated with that address, 0 otherwise. This is a
- rare request, only useful in circumstances when client code might have
- lost track of the set of active mempools.
+ tracking a mempool at anchor address <varname>pool</varname>. It
+ evaluates to 1 when there is a mempool associated with that address, 0
+ otherwise. This is a rare request, only useful in circumstances when
+ client code might have lost track of the set of active mempools.
</para>
</listitem>
@@ -1585,7 +1590,7 @@
the same <computeroutput>mpicc</computeroutput> you use to build the
MPI application you want to debug. By default, Valgrind tries
<computeroutput>mpicc</computeroutput>, but you can specify a
-different one by using the configure-time flag
+different one by using the configure-time option
<option>--with-mpicc</option>. Currently the
wrappers are only buildable with
<computeroutput>mpicc</computeroutput>s which are based on GNU
|