It's illegal to nest block-level elements such as <pre> inside <p> in
HTML. This means that when the paragraphs gets closed after a <pre>-tag,
we end up closing a non-existent tag, so the browser inserts a dummy
<p>-tag. This is entirely pointless, so let's just close these tags
before the <pre>-tag instead.
Signed-off-by: Erik Faye-Lund <erik.faye-lund@collabora.com>
Reviewed-by: Eric Engestrom <eric.engestrom@intel.com>
<p>
For example, if the game was released in 2001, do
+</p>
<pre>
export MESA_EXTENSION_MAX_YEAR=2001
</pre>
+<p>
before running the game.
</p>
<p>
To unpack the tarball:
+</p>
<pre>
tar xf mesa-Y.N.P.tar.xz
</pre>
-or
+<p>or</p>
<pre>
tar xf mesa-Y.N.P.tar.gz
</pre>
-</p>
<h1>Contents</h1>
<p>
32-bit build on x86 linux:
+</p>
<pre>
[binaries]
c = '/usr/bin/gcc'
cpu = 'i686'
endian = 'little'
</pre>
-</p>
<p>
64-bit build on ARM linux:
+</p>
<pre>
[binaries]
c = '/usr/bin/aarch64-linux-gnu-gcc'
cpu = 'aarch64'
endian = 'little'
</pre>
-</p>
<p>
64-bit build on x86 windows:
+</p>
<pre>
[binaries]
c = '/usr/bin/x86_64-w64-mingw32-gcc'
cpu = 'i686'
endian = 'little'
</pre>
-</p>
</div>
</body>
<p>
Tick the following when creating the MR. It allows developers to
rebase your work on top of master.
- <pre>Allow commits from members who can merge to the target branch</pre>
</p>
+<pre>Allow commits from members who can merge to the target branch</pre>
<p>
If you revise your patches based on code review and push an update
to your branch, you should maintain a <strong>clean</strong> history