Revert "Prepare release"

This reverts commit eaf8ca41dfa4850437ad270d3897399c9358ced0.

1 files changed, 0 insertions, 174 deletions

diff --git a/lib/compiler/doc/src/notes.xml b/lib/compiler/doc/src/notes.xml
index f11d6c73f2..1dc0c808e7 100644
--- a/lib/compiler/doc/src/notes.xml
+++ b/lib/compiler/doc/src/notes.xml
@@ -32,180 +32,6 @@
   <p>This document describes the changes made to the Compiler
     application.</p>
 
-<section><title>Compiler 7.1</title>
-
-    <section><title>Fixed Bugs and Malfunctions</title>
-      <list>
-        <item>
-	    <p>For many releases, it has been legal to override a BIF
-	    with a local function having the same name. However,
-	    calling a local function with the same name as guard BIF
-	    as filter in a list comprehension was not allowed.</p>
-          <p>
-	    Own Id: OTP-13690</p>
-        </item>
-        <item>
-	    <p>compile:forms/2 would not return the module name as
-	    documented when one of the options '<c>from_core</c>',
-	    '<c>from_asm</c>', or '<c>from_beam</c>' was given. Also,
-	    the compiler would crash if one of those options was
-	    combined with '<c>native</c>'.</p>
-          <p>
-	    Own Id: OTP-14408 Aux Id: ERL-417 </p>
-        </item>
-      </list>
-    </section>
-
-
-    <section><title>Improvements and New Features</title>
-      <list>
-        <item>
-          <p>
-	    Optimized test for tuples with an atom as first element.</p>
-          <p>
-	    Own Id: OTP-12148</p>
-        </item>
-        <item>
-          <p>
-	    Compilation of modules with huge literal binary strings
-	    is now much faster.</p>
-          <p>
-	    Own Id: OTP-13794</p>
-        </item>
-        <item>
-	    <p>Replaced usage of deprecated symbolic <seealso
-	    marker="erts:erlang#type-time_unit"><c>time
-	    unit</c></seealso> representations.</p>
-          <p>
-	    Own Id: OTP-13831 Aux Id: OTP-13735 </p>
-        </item>
-        <item>
-	    <p>The undocumented and unsupported module
-	    <c>sys_pre_expand</c> has been removed. As a partical
-	    replacement for the functionality, there is a new
-	    function <c>erl_internal:add_predefined_functions/1</c>
-	    and <c>erl_expand_records</c> will now add a module
-	    prefix to calls to BIFs and imported functions.</p>
-          <p>
-	    Own Id: OTP-13856</p>
-        </item>
-        <item>
-	    <p>The internal compiler passes now start all generated
-	    variables with "@" to avoid any conflicts with variables
-	    in languages such as Elixir or LFE.</p>
-          <p>
-	    Own Id: OTP-13924</p>
-        </item>
-        <item>
-	    <p>The function <c>fmod/2</c> has been added to the
-	    <c>math</c> module.</p>
-          <p>
-	    Own Id: OTP-14000</p>
-        </item>
-        <item>
-	    <p>Code generation for complicated guards have been
-	    improved.</p>
-          <p>
-	    Own Id: OTP-14042</p>
-        </item>
-        <item>
-          <p>
-	    The compiler has new warnings for repeated identical map
-	    keys.</p>
-          <p>
-	    A map expression such as,</p>
-          <p>
-	    <c> #{'a' => 1, 'b' => 2, 'a' => 3}.</c></p>
-          <p>
-	    will produce a warning for the repeated key 'a'.</p>
-          <p>
-	    Own Id: OTP-14058</p>
-        </item>
-        <item>
-	    <p>By default, there will now be a warning when
-	    <c>export_all</c> is used. The warning can be disabled
-	    using <c>nowarn_export_all</c>.</p>
-          <p>
-	    Own Id: OTP-14071</p>
-        </item>
-        <item>
-          <p>
-	    Optimize maps pattern matching by only examining the
-	    common keys in each clause first instead of all keys.
-	    This will reduce the number of lookups of each key in
-	    maps pattern matching.</p>
-          <p>
-	    Own Id: OTP-14072</p>
-        </item>
-        <item>
-	    <p>There is a new '<c>deterministc</c>' option to omit
-	    '<c>source</c>' and '<c>options</c>' tuples in the BEAM
-	    file.</p>
-          <p>
-	    Own Id: OTP-14087</p>
-        </item>
-        <item>
-          <p>
-	    Analyzing modules with binary construction with huge
-	    strings is now much faster. The compiler also compiles
-	    such modules slightly faster.</p>
-          <p>
-	    Own Id: OTP-14125 Aux Id: ERL-308 </p>
-        </item>
-        <item>
-	    <p>Atoms may now contain arbitrary Unicode
-	    characters.</p>
-          <p>
-	    Own Id: OTP-14178</p>
-        </item>
-        <item>
-	    <p><c>compile:file/2</c> now accepts the option
-	    <c>extra_chunks</c> to include extra chunks in the BEAM
-	    file.</p>
-          <p>
-	    Own Id: OTP-14221</p>
-        </item>
-        <item>
-	    <p>The format of debug information that is stored in BEAM
-	    files (when <c>debug_info</c> is used) has been changed.
-	    The purpose of the change is to better support other
-	    BEAM-based languages such as Elixir or LFE.</p>
-	    <p>All tools included in OTP (dialyzer, debugger, cover,
-	    and so on) will handle both the new format and the
-	    previous format. Tools that retrieve the debug
-	    information using <c>beam_lib:chunk(Beam,
-	    [abstract_code])</c> will continue to work with both the
-	    new and old format. Tools that call
-	    <c>beam_lib:chunk(Beam, ["Abst"])</c> will not work with
-	    the new format.</p>
-	    <p>For more information, see the description of
-	    <c>debug_info</c> in the documentation for
-	    <c>beam_lib</c> and the description of the
-	    <c>{debug_info,{Backend,Data}}</c> option in the
-	    documentation for <c>compile</c>.</p>
-          <p>
-	    Own Id: OTP-14369 Aux Id: PR-1367 </p>
-        </item>
-        <item>
-	    <p>In a future release, <c>erlang:get_stacktrace/0</c>
-	    will probably only work when called from within a
-	    '<c>try</c>' expression (otherwise it will return
-	    <c>[]</c>.</p>
-	    <p>To help prepare for that change, the compiler will now
-	    by default warn if '<c>get_stacktrace/0</c>' is used in a
-	    way that will not work in the future. Note that the
-	    warning will not be issued if '<c>get_stacktrace/0</c>'
-	    is used in a function that uses neither '<c>catch</c>'
-	    nor '<c>try</c>' (because that could be a legal use if
-	    the function is called from within a '<c>try</c>'.</p>
-          <p>
-	    Own Id: OTP-14401</p>
-        </item>
-      </list>
-    </section>
-
-</section>
-
 <section><title>Compiler 7.0.4</title>
 
     <section><title>Fixed Bugs and Malfunctions</title>