Be clear about virtual table pointer corruptuion rather than the vtable itself.
authorMartin Sebor <msebor@redhat.com>
Thu, 18 Jan 2018 16:26:14 +0000 (16:26 +0000)
committerMartin Sebor <msebor@gcc.gnu.org>
Thu, 18 Jan 2018 16:26:14 +0000 (09:26 -0700)
From-SVN: r256852

gcc/ChangeLog
gcc/doc/invoke.texi

index fcbd840a7076af196046117aec5ff7777e3275f7..d1679f4320bdc8b59cf4d711832eab5ec32cc5dc 100644 (file)
@@ -1,3 +1,7 @@
+2018-01-18  Martin Sebor  <msebor@redhat.com>
+
+       * doc/invoke.texi (-Wclass-memaccess): Tweak text.
+
 2018-01-18  Jan Hubicka  <hubicka@ucw.cz>
 
        PR ipa/83619
index 8c1d9b3c65283dbfeb7e7c5ae5840951c40b532c..27c597492be06893c760547d48af29a7eb197bf4 100644 (file)
@@ -2970,11 +2970,11 @@ Warn when the destination of a call to a raw memory function such as
 @code{memset} or @code{memcpy} is an object of class type, and when writing
 into such an object might bypass the class non-trivial or deleted constructor
 or copy assignment, violate const-correctness or encapsulation, or corrupt
-the virtual table.  Modifying the representation of such objects may violate
-invariants maintained by member functions of the class.  For example, the call
-to @code{memset} below is undefined because it modifies a non-trivial class
-object and is, therefore, diagnosed.  The safe way to either initialize or
-clear the storage of objects of such types is by using the appropriate
+virtual table pointers.  Modifying the representation of such objects may
+violate invariants maintained by member functions of the class.  For example,
+the call to @code{memset} below is undefined because it modifies a non-trivial
+class object and is, therefore, diagnosed.  The safe way to either initialize
+or clear the storage of objects of such types is by using the appropriate
 constructor or assignment operator, if one is available.
 @smallexample
 std::string str = "abc";