]> granicus.if.org Git - clang/commitdiff
ReleaseNotes: drop mention of -ftrivial-auto-var-init=zero
authorHans Wennborg <hans@hanshq.net>
Mon, 25 Feb 2019 16:06:37 +0000 (16:06 +0000)
committerHans Wennborg <hans@hanshq.net>
Mon, 25 Feb 2019 16:06:37 +0000 (16:06 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_80@354794 91177308-0d34-0410-b5e6-96231b3b80d8

docs/ReleaseNotes.rst

index 4c593977e2c320289b538f31a6626e1c6ac2cfeb..54a7a4c1b976ca2424dd79b4b4c7961448e55b0e 100644 (file)
@@ -41,7 +41,7 @@ Major New Features
   example, due to renaming a class or namespace).
   See the :ref:`UsersManual <profile_remapping>` for details.
 
-- Clang has new options to initialize automatic variables with either a pattern or with zeroes. The default is still that automatic variables are uninitialized. This isn't meant to change the semantics of C and C++. Rather, it's meant to be a last resort when programmers inadvertently have some undefined behavior in their code. These options aim to make undefined behavior hurt less, which security-minded people will be very happy about. Notably, this means that there's no inadvertent information leak when:
+- Clang has new options to initialize automatic variables with a pattern. The default is still that automatic variables are uninitialized. This isn't meant to change the semantics of C and C++. Rather, it's meant to be a last resort when programmers inadvertently have some undefined behavior in their code. These options aim to make undefined behavior hurt less, which security-minded people will be very happy about. Notably, this means that there's no inadvertent information leak when:
 
     * The compiler re-uses stack slots, and a value is used uninitialized.
 
@@ -65,8 +65,6 @@ Major New Features
 
     * ``-ftrivial-auto-var-init=pattern``
 
-    * ``-ftrivial-auto-var-init=zero`` ``-enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang``
-
   There is also a new attribute to request a variable to not be initialized, mainly to disable initialization of large stack arrays when deemed too expensive:
 
     * ``int dont_initialize_me __attribute((uninitialized));``