From e894b1e1a39bd53df711eb3349f019c95e9d63aa Mon Sep 17 00:00:00 2001
From: Marc Fonvieille <blackend@FreeBSD.org>
Date: Wed, 20 Aug 2003 14:02:52 +0000
Subject: [PATCH] Add some application and filename tags.

---
 en_US.ISO8859-1/books/handbook/basics/chapter.sgml | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/en_US.ISO8859-1/books/handbook/basics/chapter.sgml b/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
index 91bbe5d401..fe26d131fe 100644
--- a/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
+++ b/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
@@ -1756,10 +1756,10 @@ console none                            unknown off secure</programlisting>
     <para>So, why are there so many different formats?</para>
 
     <para>Back in the dim, dark past, there was simple hardware.  This
-      simple hardware supported a simple, small system. a.out was
+      simple hardware supported a simple, small system. <filename>a.out</filename> was
       completely adequate for the job of representing binaries on this
       simple system (a PDP-11). As people ported Unix from this simple
-      system, they retained the a.out format because it was sufficient
+      system, they retained the <filename>a.out</filename> format because it was sufficient
       for the early ports of Unix to architectures like the Motorola
       68k, VAXen, etc.</para>
 
@@ -1805,18 +1805,18 @@ console none                            unknown off secure</programlisting>
       support for building cross compilers, plugging in different
       formats at will, etc. Since many people wanted to build cross
       compilers targeting FreeBSD, they were out of luck since the
-      older sources that FreeBSD had for as and ld were not up to the
-      task. The new gnu tools chain (binutils) does support cross
+      older sources that FreeBSD had for <application>as</application> and <application>ld</application> were not up to the
+      task. The new GNU tools chain (<application>binutils</application>) does support cross
       compiling, <acronym>ELF</acronym>, shared libraries, C++
       extensions, etc. In addition, many vendors are releasing
       <acronym>ELF</acronym> binaries, and it is a good thing for
       FreeBSD to run them.</para>
 
-    <para><acronym>ELF</acronym> is more expressive than a.out and
+    <para><acronym>ELF</acronym> is more expressive than <filename>a.out</filename> and
       allows more extensibility in the base system. The
       <acronym>ELF</acronym> tools are better maintained, and offer
       cross compilation support, which is important to many people.
-      <acronym>ELF</acronym> may be a little slower than a.out, but
+      <acronym>ELF</acronym> may be a little slower than <filename>a.out</filename>, but
       trying to measure it can be difficult. There are also numerous
       details that are different between the two in how they map
       pages, handle init code, etc. None of these are very important,