mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-11-15 04:08:07 +00:00
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:
parent
c24d48282b
commit
98d0636b13
@ -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>
|
||||||
|
@ -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>
|
||||||
|
@ -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>
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user