From: Martin Liska Date: Thu, 28 May 2020 08:49:49 +0000 (+0200) Subject: Add documentation for missing params. X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=48e872db11b27604f4993f9be8f67f40b1a40468;p=gcc.git Add documentation for missing params. The patch fixes various issues spotted by check-params-in-docs.py script. I'm going to install the patch. gcc/ChangeLog: PR web/95380 * doc/invoke.texi: Add missing params, remove max-once-peeled-insns and rename ipcp-unit-growth to ipa-cp-unit-growth. --- diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index 78c2f500c90..5345bc3def3 100644 --- a/gcc/doc/invoke.texi +++ b/gcc/doc/invoke.texi @@ -10565,7 +10565,7 @@ When enabled, interprocedural constant propagation performs function cloning when externally visible function can be called with constant arguments. Because this optimization can create multiple copies of functions, it may significantly increase code size -(see @option{--param ipcp-unit-growth=@var{value}}). +(see @option{--param ipa-cp-unit-growth=@var{value}}). This flag is enabled by default at @option{-O3}. It is also enabled by @option{-fprofile-use} and @option{-fauto-profile}. @@ -12454,7 +12454,7 @@ For example, parameter value 20 limits unit growth to 1.2 times the original size. Cold functions (either marked cold via an attribute or by profile feedback) are not accounted into the unit size. -@item ipcp-unit-growth +@item ipa-cp-unit-growth Specifies maximal overall growth of the compilation unit caused by interprocedural constant propagation. For example, parameter value 10 limits unit growth to 1.1 times the original size. @@ -13460,9 +13460,6 @@ will not try to thread through its block. Maximum number of nested calls to search for control dependencies during uninitialized variable analysis. -@item max-once-peeled-insns -The maximum number of insns of a peeled loop that rolls only once. - @item sra-max-scalarization-size-Osize Maximum size, in storage units, of an aggregate which should be considered for scalarization when compiling for size. @@ -13493,6 +13490,37 @@ of iterations or recursive calls GCC performs when optimizing certain statements or when determining their validity prior to issuing diagnostics. +@item store-merging-max-size +Maximum size of a single store merging region in bytes. + +@item hash-table-verification-limit +The number of elements for which hash table verification is done +for each searched element. + +@item max-find-base-term-values +Maximum number of VALUEs handled during a single find_base_term call. + +@item analyzer-max-enodes-per-program-point +The maximum number of exploded nodes per program point within +the analyzer, before terminating analysis of that point. + +@item analyzer-min-snodes-for-call-summary +The minimum number of supernodes within a function for the +analyzer to consider summarizing its effects at call sites. + +@item analyzer-max-recursion-depth +The maximum number of times a callsite can appear in a call stack +within the analyzer, before terminating analysis of a call that would +recurse deeper. + +@item gimple-fe-computed-hot-bb-threshold +The number of executions of a basic block which is considered hot. +The parameter is used only in GIMPLE FE. + +@item analyzer-bb-explosion-factor +The maximum number of 'after supernode' exploded nodes within the analyzer +per supernode, before terminating analysis. + @end table The following choices of @var{name} are available on AArch64 targets: