Corrected spelling mistakes.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@18090 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
John Criswell 2004-11-21 14:58:12 +00:00
parent c24d48282b
commit 98d0636b13
3 changed files with 12 additions and 12 deletions

View File

@ -176,7 +176,7 @@
program.</dd> program.</dd>
</dl> </dl>
<p>The following table shows the inputs, outputs, and command line options <p>The following table shows the inputs, outputs, and command line options
applicabe to each phase.</p> applicable to each phase.</p>
<table> <table>
<tr> <tr>
<th style="width: 10%">Phase</th> <th style="width: 10%">Phase</th>
@ -593,12 +593,12 @@ optimization.</p>
<!-- _______________________________________________________________________ --> <!-- _______________________________________________________________________ -->
<div class="doc_subsection"><a name="substitutions">Substitutions</a></div> <div class="doc_subsection"><a name="substitutions">Substitutions</a></div>
<div class="doc_text"> <div class="doc_text">
<p>On any configruation item that ends in <tt>command</tt>, you must <p>On any configuration item that ends in <tt>command</tt>, you must
specify substitution tokens. Substitution tokens begin and end with a percent specify substitution tokens. Substitution tokens begin and end with a percent
sign (<tt>%</tt>) and are replaced by the corresponding text. Any substitution sign (<tt>%</tt>) and are replaced by the corresponding text. Any substitution
token may be given on any <tt>command</tt> line but some are more useful than token may be given on any <tt>command</tt> line but some are more useful than
others. In particular each command <em>should</em> have both an <tt>%in%</tt> others. In particular each command <em>should</em> have both an <tt>%in%</tt>
and an <tt>%out%</tt> substittution. The table below provides definitions of and an <tt>%out%</tt> substitution. The table below provides definitions of
each of the allowed substitution tokens.</p> each of the allowed substitution tokens.</p>
<table> <table>
<tbody> <tbody>

View File

@ -24,7 +24,7 @@
<li><a href="#nodata">No Exposed Data</a></li> <li><a href="#nodata">No Exposed Data</a></li>
<li><a href="#throw">Throw Only std::string</a></li> <li><a href="#throw">Throw Only std::string</a></li>
<li><a href="#throw_spec">No throw() Specifications</a></li> <li><a href="#throw_spec">No throw() Specifications</a></li>
<li><a href="#nodupl">No Duplicate Impementations</a></li> <li><a href="#nodupl">No Duplicate Implementations</a></li>
</ol></li> </ol></li>
<li><a href="#design">System Library Design</a> <li><a href="#design">System Library Design</a>
<ol> <ol>
@ -40,7 +40,7 @@
<li><a href="#detail">System Library Details</a> <li><a href="#detail">System Library Details</a>
<ol> <ol>
<li><a href="#bug">Tracking Bugzilla Bug: 351</a></li> <li><a href="#bug">Tracking Bugzilla Bug: 351</a></li>
<li><a href="#refimpl">Reference Implementatation</a></li> <li><a href="#refimpl">Reference Implementation</a></li>
</ol></li> </ol></li>
</ul> </ul>
@ -85,7 +85,7 @@
<!-- ======================================================================= --> <!-- ======================================================================= -->
<div class="doc_subsection"><a name="headers">Hide System Header Files</a></div> <div class="doc_subsection"><a name="headers">Hide System Header Files</a></div>
<div class="doc_text"> <div class="doc_text">
<p>The library must sheild LLVM from <em>all</em> system libraries. To obtain <p>The library must shield LLVM from <em>all</em> system libraries. To obtain
system level functionality, LLVM must <tt>#include "llvm/System/Thing.h"</tt> system level functionality, LLVM must <tt>#include "llvm/System/Thing.h"</tt>
and nothing else. This means that <tt>Thing.h</tt> cannot expose any system and nothing else. This means that <tt>Thing.h</tt> cannot expose any system
header files. This protects LLVM from accidentally using system specific header files. This protects LLVM from accidentally using system specific
@ -154,7 +154,7 @@
<ul><li>foo: Unable to open file because it doesn't exist."</li></ul> <ul><li>foo: Unable to open file because it doesn't exist."</li></ul>
<p>The "foo:" part is the context. The "Unable to open file" part is the error <p>The "foo:" part is the context. The "Unable to open file" part is the error
message. The "because it doesn't exist." part is the reason. This message has message. The "because it doesn't exist." part is the reason. This message has
no suggestion. Where possible, the imlementation of lib/System should use no suggestion. Where possible, the implementation of lib/System should use
operating system specific facilities for converting the error code returned by operating system specific facilities for converting the error code returned by
a system call into an error message. This will help to make the error message a system call into an error message. This will help to make the error message
more familiar to users of that type of operating system.</p> more familiar to users of that type of operating system.</p>
@ -171,7 +171,7 @@
<div class="doc_text"> <div class="doc_text">
<p>None of the lib/System interface functions may be declared with C++ <p>None of the lib/System interface functions may be declared with C++
<tt>throw()</tt> specifications on them. This requirement makes sure that the <tt>throw()</tt> specifications on them. This requirement makes sure that the
compler does not insert addtional exception handling code into the interface compiler does not insert additional exception handling code into the interface
functions. This is a performance consideration: lib/System functions are at functions. This is a performance consideration: lib/System functions are at
the bottom of the many call chains and as such can be frequently called. We the bottom of the many call chains and as such can be frequently called. We
need them to be as efficient as possible.</p> need them to be as efficient as possible.</p>
@ -374,7 +374,7 @@ Notes:
<p>In order to provide different implementations of the lib/System interface <p>In order to provide different implementations of the lib/System interface
for different platforms, it is necessary for the library to "sense" which for different platforms, it is necessary for the library to "sense" which
operating system is being compiled for and conditionally compile only the operating system is being compiled for and conditionally compile only the
applicabe parts of the library. While several operating system wrapper applicable parts of the library. While several operating system wrapper
libraries (e.g. APR, ACE) choose to use #ifdef preprocessor statements in libraries (e.g. APR, ACE) choose to use #ifdef preprocessor statements in
combination with autoconf variable (HAVE_* family), lib/System chooses an combination with autoconf variable (HAVE_* family), lib/System chooses an
alternate strategy. <p> alternate strategy. <p>
@ -383,7 +383,7 @@ Notes:
functions for a particular operating system variant. The functions defined in functions for a particular operating system variant. The functions defined in
that file have no #ifdef's to disambiguate the platform since the file is only that file have no #ifdef's to disambiguate the platform since the file is only
compiled on one kind of platform. While this leads to the same function being compiled on one kind of platform. While this leads to the same function being
imlemented differently in different files, it is our contention that this implemented differently in different files, it is our contention that this
leads to better maintenance and easier portability.</p> leads to better maintenance and easier portability.</p>
<p>For example, consider a function having different implementations on a <p>For example, consider a function having different implementations on a
variety of platforms. Many wrapper libraries choose to deal with the different variety of platforms. Many wrapper libraries choose to deal with the different
@ -407,7 +407,7 @@ Notes:
specific flavors and versions of the operating system. In that case you end up specific flavors and versions of the operating system. In that case you end up
with multiple levels of nested #if statements. This is what we mean by "#ifdef with multiple levels of nested #if statements. This is what we mean by "#ifdef
hell".</p> hell".</p>
<p>To avoid the situation above, we've choosen to locate all functions for a <p>To avoid the situation above, we've chosen to locate all functions for a
given implementation file for a specific operating system into one place. This given implementation file for a specific operating system into one place. This
has the following advantages:<p> has the following advantages:<p>
<ul> <ul>

View File

@ -171,7 +171,7 @@ generator.</li>
on how to write a new alias analysis implementation or how to use existing on how to write a new alias analysis implementation or how to use existing
analyses.</li> analyses.</li>
<li><a href="Stacker.html">The Stacker Cronicles</a> - This document <li><a href="Stacker.html">The Stacker Chronicles</a> - This document
describes both the Stacker language and LLVM frontend, but also some details describes both the Stacker language and LLVM frontend, but also some details
about LLVM useful for those writing front-ends.</li> about LLVM useful for those writing front-ends.</li>