public inbox for gcc-cvs-wwwdocs@sourceware.org
help / color / mirror / Atom feed
* gcc-wwwdocs branch master updated. 40cca6168d9bb98450b213de6126b536d244f490
@ 2024-05-09  6:24 Gerald Pfeifer
  0 siblings, 0 replies; only message in thread
From: Gerald Pfeifer @ 2024-05-09  6:24 UTC (permalink / raw)
  To: gcc-cvs-wwwdocs

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".

The branch, master has been updated
       via  40cca6168d9bb98450b213de6126b536d244f490 (commit)
      from  b0f7297602476b09073d13d12782d817a0115367 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 40cca6168d9bb98450b213de6126b536d244f490
Author: Gerald Pfeifer <gerald@pfeifer.com>
Date:   Thu May 9 08:23:46 2024 +0200

    gcc-9: Various editorial changes

diff --git a/htdocs/gcc-9/changes.html b/htdocs/gcc-9/changes.html
index 89c20985..47d2f2a2 100644
--- a/htdocs/gcc-9/changes.html
+++ b/htdocs/gcc-9/changes.html
@@ -221,7 +221,7 @@ v.c:10:7: missed: statement clobbers memory: __asm__ __volatile__(&quot;&quot; :
   </li>
   <li>Inter-procedural propagation of stack alignment can now be controlled by
       <a href="https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/Optimize-Options.html#index-fipa-stack-alignment"><code>-fipa-stack-alignment</code></a>.
-  <li>Propagation of addressability, readonly and writeonly flags on
+  <li>Propagation of addressability, readonly, and writeonly flags on
       static variables can now be controlled by
       <a href="https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/Optimize-Options.html#index-fipa-reference-addressable"><code>-fipa-reference-addressable</code></a>.
 </ul>
@@ -277,8 +277,8 @@ foo (int how)
   </li>
 <li>Inter-procedural optimization improvements:
   <ul>
-   <li>Inliner defaults was tuned to better suits modern C++ codebases
-       especially when built with link time optimizations.
+   <li>Inliner defaults were tuned to better suit modern C++ codebases,
+       especially when built with link time-optimizations.
        New parameters <code>max-inline-insns-small</code>,
        <code>max-inline-insns-size</code>,
        <code>uninlined-function-insns</code>,
@@ -295,27 +295,27 @@ foo (int how)
 	<a href="https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/Optimize-Options.html#index-floop-interchange"><code>-floop-interchange</code></a>,
 	<a href="https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/Optimize-Options.html#index-floop-unroll-and-jam"><code>-floop-unroll-and-jam</code></a>,
 	<a href="https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/Optimize-Options.html#index-ftree-loop-distribution"><code>-ftree-loop-distribution</code></a>.</li>
-    <li>Streaming of counter histograms was removed.  This reduces
-	the size of profile files.  Histogram is computed on the fly
-	with link-time optimization.
-    Parameter <code>hot-bb-count-ws-permille</code> was reduced
+    <li>Streaming of counter histograms was removed, which reduces
+	the size of profile files. Histograms are computed on the fly
+	with link-time optimization.</li>
+    <li>The parameter <code>hot-bb-count-ws-permille</code> was reduced
     from 999 to 990 to account for more precise histograms.</li>
   </ul>
 <li>Link-time optimization improvements:
   <ul>
-    <li>Types are now simplified prior streaming resulting in significant
-	reductions of the LTO object files, link-time memory use, and
-	improvements of link-time parallelism.</li>
-    <li>Default number of partitions (<code>--param lto-partitions</code>) was
+    <li>Types are now simplified prior to streaming resulting in significant
+	reductions of LTO object file sizes and link-time memory use as well
+	as improvements of link-time parallelism.</li>
+    <li>The default number of partitions (<code>--param lto-partitions</code>) was
 	increased from 32 to 128 enabling effective use of CPUs with more than
 	32 hyperthreads. <code>--param lto-max-streaming-parallelism</code>
-	can now be used to control number of streaming processes.</li>
+	can now be used to control the number of streaming processes.</li>
     <li>Warnings on C++ One Decl Rule violations (<code>-Wodr</code>) are
 	now more informative and produce fewer redundant results.</li>
   </ul>
   Overall compile time of Firefox 66 and LibreOffice 6.2.3 on an 8-core
   machine was reduced by about 5% compared to GCC 8.3, and the size of
-  LTO object files by 7%.  LTO link-time improves by 11% on an 8-core
+  LTO object files by 7%.  LTO link time improves by 11% on an 8-core
   machine and scales significantly better for more parallel build
   environments.  The serial stage of
   the link-time optimization is 28% faster consuming 20% less memory.
@@ -1039,7 +1039,7 @@ $ g++ typo.cc
     which provide the <code>__fentry__</code> symbol and do not
     clobber r0 when resolving lazily bound functions.
 
-    <code>-mfentry</code> is only supported when generating 64 bit
+    <code>-mfentry</code> is only supported when generating 64-bit
     code and does not work with nested C functions.</li>
 
   <li>The <code>-mnop-mcount</code> option can be used to emit NOP

-----------------------------------------------------------------------

Summary of changes:
 htdocs/gcc-9/changes.html | 28 ++++++++++++++--------------
 1 file changed, 14 insertions(+), 14 deletions(-)


hooks/post-receive
-- 
gcc-wwwdocs

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2024-05-09  6:24 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-05-09  6:24 gcc-wwwdocs branch master updated. 40cca6168d9bb98450b213de6126b536d244f490 Gerald Pfeifer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).