Re: [wwwdocs] IPA/LTO/profile-feedback changes

[Gerald Pfeifer]

On Fri, 23 Apr 2021, Jan Hubicka wrote:
> this patch adds changesentry for IPA/LTO and FDO.

Ah, cool!  This looks fine with some minor edits.

> --- a/htdocs/gcc-11/changes.html
> +++ b/htdocs/gcc-11/changes.html
> +
> +  New IPA-modref pass was added to track side-effects of function 
> calls
> +  and improve precision of points-to-analysis. Pass can be controlled
> +   by -fipa-modref attribute.

"A new IPA-modref pass..." or "An IPA-modref pass..."

And simply "side effects" without a dash.

"The pass can be..."   "...by the..."

> +  Identical code folding pass was significantly improved to increase 
> number of
> +   unified functions and to reduce compile-time memory use.

"The identical code..."

"the number"

> +  IPA-CP heuristics improved its estimation of potential usefulness 
> of
> +  known loop bounds and strides by taking into account the estimated
> +  frequency of these loops. 

Here I'd probably say "by taking the ... frequence of these loops into 
account".

> +  LTO bytecode file format was optimized for smaller object files and
> +   faster streaming.

"The LTO bytecode format..."

Thank you,
Gerald

[wwwdocs] IPA/LTO/profile-feedback changes

[Jan Hubicka]

Hi,
this patch adds changesentry for IPA/LTO and FDO.

Honza

diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html
index 6f58cfe8..bba16ead 100644
--- a/htdocs/gcc-11/changes.html
+++ b/htdocs/gcc-11/changes.html
@@ -170,6 +170,37 @@ a work-in-progress.
   use -g together with -gdwarf-2,
   -gdwarf-3 or -gdwarf-4.
   
+  
+Inter-procedural optimization improvements:
+
+  New IPA-modref pass was added to track side-effects of function calls
+  and improve precision of points-to-analysis. Pass can be controlled
+ by -fipa-modref attribute.
+  
+  Identical code folding pass was significantly improved to increase 
number of
+ unified functions and to reduce compile-time memory use.
+  IPA-CP heuristics improved its estimation of potential usefulness of
+  known loop bounds and strides by taking into account the estimated
+  frequency of these loops. 
+  
+  
+Link-time optimization improvements:
+
+  LTO bytecode file format was optimized for smaller object files and
+ faster streaming.
+  Memory allocation of the linking stage was improved to reduce peak
+ memory use.
+
+  
+  
+Profile driven optimization improvements:
+
+  
+Using https://gcc.gnu.org/onlinedocs/gcc-10.1.0/gcc/Optimize-Options.html#index-fprofile-values;>-fprofile-values,
+   was improved by tracking more target values for e.g. indirect calls.
+  
+
+