On 04/04/18 22:11, Martin Sebor wrote:
> On 04/04/2018 12:24 PM, Bernd Edlinger wrote:
>> Hi,
>>
>> this adds a few gcc command line options to gcc-8/changes.html which
>> I added for gcc-8.
> 
> Just a couple of suggestions:
> 
> 1) Use <code> to render sizeof in monospace:
> 
> +    <li><code>-Wsizeof-pointer-div</code> warns for suspicious divisions
> +    of two sizeof expressions that divide the pointer size by the element
> 
> 2) The verb in
> 
> +    <li><code>-fprofile-abs-path</code> create absolute path names...
> 
> should presumably be "creates" in keeping with the descriptive
> tone used for the other options.
> 

Done, thanks!
Attached is the updated patch.

Is it OK for wwwdocs?


Bernd.


Index: htdocs/gcc-8/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-8/changes.html,v
retrieving revision 1.52
diff -u -r1.52 changes.html
--- htdocs/gcc-8/changes.html	4 Apr 2018 17:43:03 -0000	1.52
+++ htdocs/gcc-8/changes.html	4 Apr 2018 21:24:15 -0000
@@ -177,6 +177,30 @@
 	as <code>if</code>, <code>else</code>, <code>while</code>,
 	<code>switch</code>, or <code>for</code>.</li>
       </ul>
+      <ul>
+	<li><code>-Wcast-function-type</code> warns when a function pointer
+	is cast to an incompatible function pointer.  This warning is enabled
+	by <code>-Wextra</code>.</li>
+      </ul>
+      <ul>
+	<li><code>-Wsizeof-pointer-div</code> warns for suspicious divisions
+	of two <code>sizeof</code> expressions that divide the pointer size by
+	the element size, which is the usual way to compute the array size but
+	won't work out correctly with pointers.
+	This warning is enabled by <code>-Wall</code>.</li>
+      </ul>
+      <ul>
+	<li><code>-Wcast-align=strict</code> warns whenever a pointer is cast
+	such that the required alignment of the target is increased.  For
+	example, warn if a <code>char *</code> is cast to an <code>int *</code>
+	regardless of the target machine.</li>
+      </ul>
+      <ul>
+	<li><code>-fprofile-abs-path</code> creates absolute path names in the
+	<code>.gcno</code> files.  This allows <code>gcov</code> to find the
+	correct sources in projects where compilations occur with different
+	working directories.</li>
+      </ul>
     </li>
     <li><code>-fno-strict-overflow</code> is now mapped to
      <code>-fwrapv -fwrapv-pointer</code> and signed integer overflow

Reply via email to