]> git.ipfire.org Git - thirdparty/valgrind.git/commitdiff
Update docs w.r.t. status of partially-enabled --read-inline-info.
authorJulian Seward <jseward@acm.org>
Wed, 10 Sep 2014 21:37:58 +0000 (21:37 +0000)
committerJulian Seward <jseward@acm.org>
Wed, 10 Sep 2014 21:37:58 +0000 (21:37 +0000)
git-svn-id: svn://svn.valgrind.org/valgrind/branches/VALGRIND_3_10_BRANCH@14513

NEWS
coregrind/m_main.c
docs/xml/manual-core.xml
none/tests/cmdline1.stdout.exp
none/tests/cmdline2.stdout.exp

diff --git a/NEWS b/NEWS
index e8300d1ccb022bd13a1844b531b4ef785450d8f3..c2c1c116b86d1275d2af5cd9887ca8dcaca16d5e 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -92,16 +92,14 @@ significantly improved relative to the 3.9.0 release.
 
 * ==================== OTHER CHANGES ====================
 
-* Unwinding through inlined function calls.  By default, stack
-  unwinding now makes use of Dwarf3 inlined-unwind information if it
-  is available.  The practical effect is that inlined calls become
-  visible in stack traces.  The suppression matching machinery has
-  been adjusted accordingly.  This is controlled by the new option
-  --read-inline-info=yes|no [yes].
-
-  In the 3.10.0 beta release(s), inlined unwinding is only enabled for
-  Memcheck and Helgrind.  It is hoped to enable it for all tools in
-  the 3.10.0 final release.
+* Unwinding through inlined function calls.  Stack unwinding can now
+  make use of Dwarf3 inlined-unwind information if it is available.
+  The practical effect is that inlined calls become visible in stack
+  traces.  The suppression matching machinery has been adjusted
+  accordingly.  This is controlled by the new option
+  --read-inline-info=yes|no.  Currently this is enabled by default
+  only on Linux and Android targets and only for the tools Memcheck,
+  Helgrind and DRD.
 
 * Valgrind can now read EXIDX unwind information on 32-bit ARM
   targets.  If an object contains both CFI and EXIDX unwind
index b3035c78cb5a07fc98319439f3a49ce18dd3057a..e7159a88285fd469ec8ca02959c55efc7a6680dc 100644 (file)
@@ -167,7 +167,9 @@ static void usage_NORETURN ( Bool debug_help )
 "                              code found in stacks, for all code, or for all\n"
 "                              code except that from file-backed mappings\n"
 "    --read-inline-info=yes|no read debug info about inlined function calls\n"
-"                              and use it to do better stack traces [no]\n"
+"                              and use it to do better stack traces.  [yes]\n"
+"                              on Linux/Android for Memcheck/Helgrind/DRD\n"
+"                              only.  [no] for all other tools and platforms.\n"
 "    --read-var-info=yes|no    read debug info on stack and global variables\n"
 "                              and use it to print better error messages in\n"
 "                              tools that make use of it (Memcheck, Helgrind,\n"
index 77a8d3bcbe32375224aef2209326dd86b9b999b9..8544084af76211a6918c46b9f8c233ff1d0b1c5f 100644 (file)
@@ -1784,14 +1784,19 @@ need to use them.</para>
 
   <varlistentry id="opt.read-inline-info" xreflabel="--read-inline-info">
     <term>
-      <option><![CDATA[--read-inline-info=<yes|no> [default: no] ]]></option>
+      <option><![CDATA[--read-inline-info=<yes|no> [default: see below] ]]></option>
     </term>
     <listitem>
-      <para>When enabled, Valgrind will read information about
-      inlined function calls from DWARF3 debug info.
-      This slows Valgrind startup and makes it use more memory (typically
-      for each inlined piece of code, 6 words + the function name), but
-      it results in more descriptive stacktraces:</para>
+      <para>When enabled, Valgrind will read information about inlined
+      function calls from DWARF3 debug info.  This slows Valgrind
+      startup and makes it use more memory (typically for each inlined
+      piece of code, 6 words and space for the function name), but it
+      results in more descriptive stacktraces.  For the 3.10.0
+      release, this functionality is enabled by default only for Linux
+      and Android targets and only for the tools Memcheck, Helgrind
+      and DRD.  Here is an example of some stacktraces with
+      <option>--read-inline-info=no</option>:
+</para>
 <programlisting><![CDATA[
 ==15380== Conditional jump or move depends on uninitialised value(s)
 ==15380==    at 0x80484EA: main (inlinfo.c:6)
@@ -1801,11 +1806,10 @@ need to use them.</para>
 ==15380==    by 0x804850E: main (inlinfo.c:34)
 ==15380== 
 ==15380== Conditional jump or move depends on uninitialised value(s)
-==15380==    at 0x8048520: main (inlinfo.c:6)]]></programlisting>
-
+==15380==    at 0x8048520: main (inlinfo.c:6)
+]]></programlisting>
       <para>And here are the same errors with
       <option>--read-inline-info=yes</option>:</para>
-
 <programlisting><![CDATA[
 ==15377== Conditional jump or move depends on uninitialised value(s)
 ==15377==    at 0x80484EA: fun_d (inlinfo.c:6)
index 88cbb928601603b9662c002b53134805350ccc7f..cb80d84e63692043e625a6b92346b50d1e5f6c7f 100644 (file)
@@ -80,7 +80,9 @@ usage: valgrind [options] prog-and-args
                               code found in stacks, for all code, or for all
                               code except that from file-backed mappings
     --read-inline-info=yes|no read debug info about inlined function calls
-                              and use it to do better stack traces [no]
+                              and use it to do better stack traces.  [yes]
+                              on Linux/Android for Memcheck/Helgrind/DRD
+                              only.  [no] for all other tools and platforms.
     --read-var-info=yes|no    read debug info on stack and global variables
                               and use it to print better error messages in
                               tools that make use of it (Memcheck, Helgrind,
index 6a7d7ba5de4ae2b45e2640833531da1d56a9c47e..990f056fbcdcbb2e97d1dc6cf3d771e3ec10ec04 100644 (file)
@@ -80,7 +80,9 @@ usage: valgrind [options] prog-and-args
                               code found in stacks, for all code, or for all
                               code except that from file-backed mappings
     --read-inline-info=yes|no read debug info about inlined function calls
-                              and use it to do better stack traces [no]
+                              and use it to do better stack traces.  [yes]
+                              on Linux/Android for Memcheck/Helgrind/DRD
+                              only.  [no] for all other tools and platforms.
     --read-var-info=yes|no    read debug info on stack and global variables
                               and use it to print better error messages in
                               tools that make use of it (Memcheck, Helgrind,