doc: fix html tags

Change-Id: I535bec2de8f4f7dd415896a020d71c373c22be56
Reviewed-on: https://go-review.googlesource.com/c/go/+/515155
Run-TryBot: shuang cui <[email protected]>
Reviewed-by: Dmitri Shuralyov <[email protected]>
Run-TryBot: Dmitri Shuralyov <[email protected]>
TryBot-Result: Gopher Robot <[email protected]>
Reviewed-by: Dmitri Shuralyov <[email protected]>
Auto-Submit: Dmitri Shuralyov <[email protected]>
Reviewed-by: David Chase <[email protected]>

Author: cuishuang

doc/go1.17_spec.html

@@ -914,7 +914,7 @@ <h3 id="Numeric_types">Numeric types</h3>
 or assignment. For instance, <code>int32</code> and <code>int</code>
 are not the same type even though they may have the same size on a
 particular architecture.
-
+</p>
 
 <h3 id="String_types">String types</h3>
 
@@ -1451,6 +1451,7 @@ <h3 id="Map_types">Map types</h3>
 stored in them, with the exception of <code>nil</code> maps.
 A <code>nil</code> map is equivalent to an empty map except that no elements
 may be added.
+</p>
 
 <h3 id="Channel_types">Channel types</h3>
 
@@ -3641,6 +3642,8 @@ <h4 id="Operator_precedence">Operator precedence</h4>
 statements, not expressions, they fall
 outside the operator hierarchy.
 As a consequence, statement <code>*p++</code> is the same as <code>(*p)++</code>.
+</p>
+
 <p>
 There are five precedence levels for binary operators.
 Multiplication operators bind strongest, followed by addition

doc/go1.21.html

@@ -484,6 +484,7 @@ <h3 id="minor_library_changes">Minor changes to the library</h3>
       <a href="/pkg/context/#Context"><code>Context</code></a> values
       for equality has never been well-defined, so this is not
       considered to be an incompatible change.
+    </p>
   </dd>
 </dl>
 
@@ -581,7 +582,7 @@ <h3 id="minor_library_changes">Minor changes to the library</h3>
     </p>
 
     <p><!-- https://go.dev/issue/46308, CL 497377 -->
-      The new <a href="/pkg/crypto/tls/#VersionName"></code>VersionName</code></a> function
+      The new <a href="/pkg/crypto/tls/#VersionName"><code>VersionName</code></a> function
       returns the name for a TLS version number.
     </p>
   </dd>
@@ -1037,6 +1038,8 @@ <h3 id="minor_library_changes">Minor changes to the library</h3>
       is no longer available as a <a href="/pkg/runtime#hdr-Environment_Variables">debug option</a>.
       Instead, it is available as an experiment using <code>GOEXPERIMENT=cgocheck2</code>.
       In particular this means that this mode has to be selected at build time instead of startup time.
+    </p>
+
     <p>
       <code>GODEBUG=cgocheck=1</code> is still available (and is still the default).
     </p>
@@ -1171,6 +1174,7 @@ <h3 id="minor_library_changes">Minor changes to the library</h3>
       associated support throughout the system has been upgraded to
       <a href="https://www.unicode.org/versions/Unicode15.0.0/">Unicode 15.0.0</a>.
     </p>
+  </dd>
 </dl><!-- unicode -->
 
 <h2 id="ports">Ports</h2>

doc/go_mem.html

@@ -159,6 +159,7 @@ <h2 id="model">Memory Model</h2>
 For an ordinary (non-synchronizing) data read <i>r</i> on a memory location <i>x</i>,
 <i>W</i>(<i>r</i>) must be a write <i>w</i> that is <i>visible</i> to <i>r</i>,
 where visible means that both of the following hold:
+</p>
 
 <ol>
 <li><i>w</i> happens before <i>r</i>.

doc/go_spec.html

@@ -884,7 +884,7 @@ <h3 id="Numeric_types">Numeric types</h3>
 or assignment. For instance, <code>int32</code> and <code>int</code>
 are not the same type even though they may have the same size on a
 particular architecture.
-
+</p>
 
 <h3 id="String_types">String types</h3>
 
@@ -3910,7 +3910,7 @@ <h3 id="Index_expressions">Index expressions</h3>
 	    that <code>P</code> is instantiated with, and the type of <code>a[x]</code> is
 	    the type of the (identical) element types.</li>
 	<li><code>a[x]</code> may not be assigned to if <code>P</code>'s type set
-	    includes string types.
+	    includes string types.</li>
 </ul>
 
 <p>
@@ -4639,7 +4639,7 @@ <h4 id="Type_unification">Type unification</h4>
 an entry for each type parameter.
 </p>
 
-</pre>
+<p>
 For example, given the type equation with the bound type parameter
 <code>P</code>
 </p>
@@ -4803,6 +4803,7 @@ <h4 id="Operator_precedence">Operator precedence</h4>
 statements, not expressions, they fall
 outside the operator hierarchy.
 As a consequence, statement <code>*p++</code> is the same as <code>(*p)++</code>.
+</p>
 <p>
 There are five precedence levels for binary operators.
 Multiplication operators bind strongest, followed by addition