On Mon, 12 Nov 2012, Tobias Burnus wrote: > Well, "flag" is GCC teminology (see "man gcc"), though it seems to be > only used for the -f* options while I (mis)used it here for -W*. I > think it is better to use the more common term "command-line option".
Okay, so I went ahead and applied the patch below. There is one sentence (preceding my patch) which I don't quite understand (specifically around the "to"): "...which diagnose when code to is inserted for automatic (re)allocation of a variable during assignment." Gerald Index: changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v retrieving revision 1.56 diff -u -3 -p -r1.56 changes.html --- changes.html 12 Nov 2012 15:19:33 -0000 1.56 +++ changes.html 19 Nov 2012 15:19:03 -0000 @@ -169,20 +169,20 @@ B b(42); // OK <ul> <li>The <code><a href="http://gcc.gnu.org/onlinedocs/gfortran/Error-and-Warning-Options.html"> - -Wc-binding-type</a></code> warning flag has been added (by default - disabled), which warns if the a variable might not be C interoperable. In + -Wc-binding-type</a></code> warning option has been added (disabled + by default), which warns if the a variable might not be C interoperable. In particular, if the variable has been declared using an intrinsic type with default kind instead of using a kind parameter defined for C interoperability in the intrinsic <code>ISO_C_Binding</code> module. Before, - the warning was always printed. The <code>-Wc-binding-type</code> flag + the warning was always printed. The <code>-Wc-binding-type</code> option is enabled by <code>-Wall</code>.</li> <li>The <a href="http://gcc.gnu.org/onlinedocs/gfortran/Error-and-Warning-Options.html"> <code>-Wrealloc-lhs</code></a> and <code>-Wrealloc-lhs-all</code> warning - flags have been added, which diagnose when code to is inserted for automatic - (re)allocation of a variable during assignment. The flag can be used to - decide whether it is safe to use <code><a + command-line options have been added, which diagnose when code to is + inserted for automatic (re)allocation of a variable during assignment. + This option can be used to decide whether it is safe to use <code><a href="http://gcc.gnu.org/onlinedocs/gfortran/Code-Gen-Options.html"> -fno-realloc-lhs</a></code>. Additionally, it can be used to find automatic (re)allocation in hot loops. (For arrays, replacing <q><code>var=</code></q> @@ -190,8 +190,8 @@ B b(42); // OK <li>The <a href="http://gcc.gnu.org/onlinedocs/gfortran/Error-and-Warning-Options.html"> - <code>-Wcompare-reals</code></a> flag has been added. When this flag is set, - warnings are issued when comparing <code>REAL</code> or + <code>-Wcompare-reals</code></a> command-line option has been added. When + this is set, warnings are issued when comparing <code>REAL</code> or <code>COMPLEX</code> types for equality and inequality; consider replacing <code>a == b</code> by <code>abs(a−b) < eps</code> with a suitable <code>eps</code>. <code>-Wcompare-reals</code> is enabled by @@ -199,9 +199,9 @@ B b(42); // OK <li>The <a href="http://gcc.gnu.org/onlinedocs/gfortran/Error-and-Warning-Options.html"> - <code>-Wtarget-lifetime</code></a> flag has been added (enabled with - <code>-Wall</code>), which warns if the pointer in a pointer assignment - might outlive its target.</li> + <code>-Wtarget-lifetime</code></a> command-line option has been added + (enabled with <code>-Wall</code>), which warns if the pointer in a + pointer assignment might outlive its target.</li> <li><p>Reading floating point numbers which use <q><code>q</code></q> for the exponential (such as <code>4.0q0</code>) is now supported as vendor