Author: pcc Date: Mon Apr 10 18:54:28 2017 New Revision: 299902 URL: http://llvm.org/viewvc/llvm-project?rev=299902&view=rev Log: docs: Use the term "whole-program devirtualization" instead of "virtual function call optimization".
The former term is probably more familiar to users. Also add references to the command line flags used to enable the features described in the doc. Modified: cfe/trunk/docs/LTOVisibility.rst Modified: cfe/trunk/docs/LTOVisibility.rst URL: http://llvm.org/viewvc/llvm-project/cfe/trunk/docs/LTOVisibility.rst?rev=299902&r1=299901&r2=299902&view=diff ============================================================================== --- cfe/trunk/docs/LTOVisibility.rst (original) +++ cfe/trunk/docs/LTOVisibility.rst Mon Apr 10 18:54:28 2017 @@ -10,15 +10,16 @@ using link-time optimization; in the cas linkage unit's LTO unit is empty. Each linkage unit has only a single LTO unit. The LTO visibility of a class is used by the compiler to determine which -classes the virtual function call optimization and control flow integrity -features apply to. These features use whole-program information, so they -require the entire class hierarchy to be visible in order to work correctly. +classes the whole-program devirtualization (``-fwhole-program-vtables``) and +control flow integrity (``-fsanitize=cfi-vcall``) features apply to. These +features use whole-program information, so they require the entire class +hierarchy to be visible in order to work correctly. -If any translation unit in the program uses either of the virtual function -call optimization or control flow integrity features, it is effectively an -ODR violation to define a class with hidden LTO visibility in multiple linkage +If any translation unit in the program uses either of the whole-program +devirtualization or control flow integrity features, it is effectively an ODR +violation to define a class with hidden LTO visibility in multiple linkage units. A class with public LTO visibility may be defined in multiple linkage -units, but the tradeoff is that the virtual function call optimization and +units, but the tradeoff is that the whole-program devirtualization and control flow integrity features can only be applied to classes with hidden LTO visibility. A class's LTO visibility is treated as an ODR-relevant property of its definition, so it must be consistent between translation units. _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits