Ugly workaround to address a LaTeX issue introduced in r23753.

Failure in the sense that TeX gets confused for reasons unknown.
See #4208 for further information.


git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala-documentation/trunk@24193 5e8d7ff9-d8ef-0310-90f0-a4852d11357a

src/reference/ReferencePart.tex

@@ -8390,26 +8390,40 @@ \subsection{Predefined Implicit Definitions}
 \item
 Numeric primitive conversions that implement the transitive closure of the following
 mappings:
-\begin{lstlisting}
-  Byte  -> Short
-  Short -> Int
-  Char  -> Int
-  Int   -> Long
-  Long  -> Float
-  Float -> Double
-\end{lstlisting}
+
+%\begin{lstlisting}
+  \lstinline@Byte  -> Short@
+
+  \lstinline@Short -> Int@
+
+  \lstinline@Char  -> Int@
+
+  \lstinline@Int   -> Long@
+
+  \lstinline@Long  -> Float@
+
+  \lstinline@Float -> Double@
+%\end{lstlisting}
 \item
 Boxing and unboxing conversions between primitive types and their boxed versions:
-\begin{lstlisting}
-  Byte    <-> java.lang.Byte
-  Short   <-> java.lang.Short
-  Char    <-> java.lang.Character
-  Int     <-> java.lang.Integer
-  Long    <-> java.lang.Long
-  Float   <-> java.lang.Float
-  Double  <-> java.lang.Double
-  Boolean <-> java.lang.Boolean
-\end{lstlisting}
+%\begin{lstlisting}
+
+  \lstinline@Byte    <-> java.lang.Byte@
+
+  \lstinline@Short   <-> java.lang.Short@
+
+  \lstinline@Char    <-> java.lang.Character@
+
+  \lstinline@Int     <-> java.lang.Integer@
+
+  \lstinline@Long    <-> java.lang.Long@
+
+  \lstinline@Float   <-> java.lang.Float@
+
+  \lstinline@Double  <-> java.lang.Double@
+
+  \lstinline@Boolean <-> java.lang.Boolean@
+%\end{lstlisting}
 \item
 An implicit definition that generates instances of type \lstinline@T <:< T@, for
 any type \lstinline@T@. Here, \lstinline@<:<@ is a class defined as follows.