[patch] Fix typos in web pages.
Kazu Hirata
kazu@cs.umass.edu
Sat Jan 4 18:31:00 GMT 2003
Hi,
Attached is a patch to fix typos in web pages. Committed as obvious.
Kazu Hirata
Index: bugs.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/bugs.html,v
retrieving revision 1.63
diff -u -r1.63 bugs.html
--- bugs.html 16 Dec 2002 19:57:08 -0000 1.63
+++ bugs.html 4 Jan 2003 18:26:53 -0000
@@ -248,7 +248,7 @@
sources (unless you have to report a bug in <code>gnatprep</code>).</p>
<p>When you have checked that your report meets these criteria, please
-submit it accoding to our <a href="#where">generic instructions</a>.
+submit it according to our <a href="#where">generic instructions</a>.
(If you use a mailing list for reporting, please include an
"<code>[Ada]</code>" tag in the subject.)</p>
@@ -477,7 +477,7 @@
</ul>
This means you may get lots of errors about things like
-<code>strcmp</code> not being found. You've most likely forgotton to
+<code>strcmp</code> not being found. You've most likely forgotten to
tell the compiler to look in the <code>std::</code> namespace. There are
several ways to do this,
Index: develop.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/develop.html,v
retrieving revision 1.23
diff -u -r1.23 develop.html
--- develop.html 27 Dec 2002 00:46:01 -0000 1.23
+++ develop.html 4 Jan 2003 18:26:53 -0000
@@ -251,7 +251,7 @@
| \
v v
New development plan announced Branch renamed to GCC 3.2 to
- | (Jul 14 2002) accomodate for C++ ABI fixes
+ | (Jul 14 2002) accommodate for C++ ABI fixes
| (C++ binary incompatible with
| GCC 3.1, see release info)
| \
Index: news.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/news.html,v
retrieving revision 1.76
diff -u -r1.76 news.html
--- news.html 22 Jul 2002 10:00:46 -0000 1.76
+++ news.html 4 Jan 2003 18:26:54 -0000
@@ -698,7 +698,7 @@
<dd>
Cygnus donates support for the PowerPC
750 processor. The PPC750 is a 32bit superscalar implementation of the
-PowerPC family manufactured by both Motorola and IBM. The PPC750 is targetted
+PowerPC family manufactured by both Motorola and IBM. The PPC750 is targeted
at high end Macs as well as high end embedded applications.
</dd>
Index: egcs-1.0/egcs-1.0.2.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/egcs-1.0/egcs-1.0.2.html,v
retrieving revision 1.17
diff -u -r1.17 egcs-1.0.2.html
--- egcs-1.0/egcs-1.0.2.html 11 Feb 2002 05:57:09 -0000 1.17
+++ egcs-1.0/egcs-1.0.2.html 4 Jan 2003 18:26:54 -0000
@@ -67,7 +67,7 @@
<li> Fix bootstrap on sco5 with native compiler.</li>
<li> Fix for abort building newlib on H8 target.</li>
<li> Fix fixincludes handling of math.h on SunOS.</li>
- <li> Minor fix for motorola 3300 m68k systems.</li>
+ <li> Minor fix for Motorola 3300 m68k systems.</li>
</ul></li>
</ul>
Index: egcs-1.1/index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/egcs-1.1/index.html,v
retrieving revision 1.4
diff -u -r1.4 index.html
--- egcs-1.1/index.html 19 Feb 2002 10:21:05 -0000 1.4
+++ egcs-1.1/index.html 4 Jan 2003 18:26:54 -0000
@@ -161,7 +161,7 @@
<li> Fix multiply defined constructor/destructor symbol problems.</li>
- <li> Avoid setting bogus RPATH environemnt variable during bootstrap.</li>
+ <li> Avoid setting bogus RPATH environment variable during bootstrap.</li>
<li> Avoid GNU-make dependencies in the texinfo subdir.</li>
Index: gcc-3.0/features.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-3.0/features.html,v
retrieving revision 1.29
diff -u -r1.29 features.html
--- gcc-3.0/features.html 15 Aug 2002 00:09:07 -0000 1.29
+++ gcc-3.0/features.html 4 Jan 2003 18:26:54 -0000
@@ -44,7 +44,7 @@
<li>Fixes for bad code generation during loop unrolling.</li>
<li>Fixes for bad code generation by the sibling call optimization.</li>
<li>Minor improvements to x86 code generation.</li>
- <li>Implemenation of function descriptors in C++ vtables for IA64.</li>
+ <li>Implementation of function descriptors in C++ vtables for IA64.</li>
<li>Numerous minor bug-fixes.</li>
</ul>
Index: gcc-3.1/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-3.1/changes.html,v
retrieving revision 1.54
diff -u -r1.54 changes.html
--- gcc-3.1/changes.html 15 Aug 2002 00:09:07 -0000 1.54
+++ gcc-3.1/changes.html 4 Jan 2003 18:26:54 -0000
@@ -307,7 +307,7 @@
<li>Prefetch support has been added to the Pentium III, Pentium 4,
K6-2, K6-3, and Athlon series.</li>
- <li>Code generated for floating point to integer converisons has been
+ <li>Code generated for floating point to integer conversions has been
improved leading to better performance of many 3D applications.</li>
</ul></li>
Index: java/contrib.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/contrib.html,v
retrieving revision 1.29
diff -u -r1.29 contrib.html
--- java/contrib.html 31 Oct 2002 14:47:43 -0000 1.29
+++ java/contrib.html 4 Jan 2003 18:26:55 -0000
@@ -1,7 +1,7 @@
<html>
<head>
-<title>GCJ - Contibuting</title>
+<title>GCJ - Contributing</title>
</head>
<body>
Index: java/faq.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/faq.html,v
retrieving revision 1.56
diff -u -r1.56 faq.html
--- java/faq.html 31 Oct 2002 14:47:43 -0000 1.56
+++ java/faq.html 4 Jan 2003 18:26:55 -0000
@@ -49,7 +49,7 @@
<li><a href="#4_1">Why do I get <tt>undefined reference to `main'</tt>
errors?</a></li>
<li><a href="#4_2">Can GCJ only handle source code? </a></li>
- <li><a href="#4_3">"gcj -C" Doesnt seem to work like javac/jikes.
+ <li><a href="#4_3">"gcj -C" Doesn't seem to work like javac/jikes.
Whats going on? </a></li>
<li><a href="#4_4">Where does GCJ look for files? </a></li>
<li><a href="#4_5">How does gcj resolve wether to compile .class or
@@ -376,7 +376,7 @@
<h3><a name="3_4">3.4 My libgcj build fails with "invalid use of undefined type struct sigcontext_struct"</a></h3>
<dl>
<dd>
- <p>If you're using Linux, this probibly means you need to upgrade to
+ <p>If you're using Linux, this probably means you need to upgrade to
a newwer, glibc (libc6) based Linux distribution. libgcj does not
support the older linux libc5.</p>
<p>It might be possible to get a working libgcj by changing occurances
@@ -435,7 +435,7 @@
</dl>
<hr />
- <h3><a name="4_3">4.3 "gcj -C"</a> Doesnt seem to work like javac/jikes.
+ <h3><a name="4_3">4.3 "gcj -C"</a> Doesn't seem to work like javac/jikes.
Whats going on?</h3>
<dl>
<dd>
@@ -628,7 +628,7 @@
of trivial examples for
<a href="cni-1.txt">version 2.95</a>
and <a href="cni-2.txt">version 3.0</a>.
- As a comparision, <a href="jni-kaffe.txt">here</a>
+ As a comparison, <a href="jni-kaffe.txt">here</a>
is the same example as a JNI application using
<a href="http://www.kaffe.org">Kaffe</a>. The same code will
work with GCJ, as shown <a href="jni-comp.txt">here</a>.</p>
Index: java/index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/index.html,v
retrieving revision 1.119
diff -u -r1.119 index.html
--- java/index.html 27 Dec 2002 11:22:49 -0000 1.119
+++ java/index.html 4 Jan 2003 18:26:55 -0000
@@ -185,7 +185,7 @@
<tr><td valign="top">
<b>January 14, 2002</b>
</td><td>
-Adam Megacz anounced that <a href="http://www.xwt.org">XWT</a> is
+Adam Megacz announced that <a href="http://www.xwt.org">XWT</a> is
an ActiveX control which is written in Java and compiled with gcj.
We hope to be checking in his Windows patches in the near future.
</td></tr>
Index: java/jni-comp.txt
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/jni-comp.txt,v
retrieving revision 1.1
diff -u -r1.1 jni-comp.txt
--- java/jni-comp.txt 12 Nov 2001 09:23:07 -0000 1.1
+++ java/jni-comp.txt 4 Jan 2003 18:26:55 -0000
@@ -1,5 +1,5 @@
This is a trivial example of a JNI native method intended
-to provide a comparision with the GCJ CNI example. The
+to provide a comparison with the GCJ CNI example. The
source files are identical to the jni-kaffe example; only
the Makefile has changed.
Index: java/jni-kaffe.txt
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/jni-kaffe.txt,v
retrieving revision 1.3
diff -u -r1.3 jni-kaffe.txt
--- java/jni-kaffe.txt 8 Feb 2001 17:34:35 -0000 1.3
+++ java/jni-kaffe.txt 4 Jan 2003 18:26:55 -0000
@@ -1,5 +1,5 @@
This is a trivial example of a JNI native method intended
-to provide a comparision with the GCJ CNI example.
+to provide a comparison with the GCJ CNI example.
This was built using the Kaffe JVM on a RedHat 6.0 system;
substitute 'javah' for 'kaffeh' for Sun's JDK.
Index: java/port-files.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/port-files.html,v
retrieving revision 1.4
diff -u -r1.4 port-files.html
--- java/port-files.html 25 Mar 2002 06:32:12 -0000 1.4
+++ java/port-files.html 4 Jan 2003 18:26:55 -0000
@@ -11,7 +11,7 @@
<p>The classes in <tt>java.io</tt> ultimately require some connection to
the underlying operating system's notion of files. This document
-attempts to decribe how to port the native file-handling layer.</p>
+attempts to describe how to port the native file-handling layer.</p>
<p>There are basically two parts to the porting. First, the
<tt>FileDescriptor</tt> class is used to represent an open file. It
Index: java/papers/gcc-java.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/papers/gcc-java.html,v
retrieving revision 1.2
diff -u -r1.2 gcc-java.html
--- java/papers/gcc-java.html 14 Nov 2001 08:44:07 -0000 1.2
+++ java/papers/gcc-java.html 4 Jan 2003 18:26:56 -0000
@@ -74,7 +74,7 @@
the sake of compilation speed.) In any case, it is important
that cc1java can read bytecodes, for at three reasons: (1) it
is the natural way to get declarations of external classes (in
-this respect a Java byetcode file is like a C++ pre-compiled
+this respect a Java bytecode file is like a C++ pre-compiled
header file); (2) it is needed so we can support code produced
from other tools that produce Java bytecodes (such as the Kawa
Scheme-to-Java-bytecode compiler); and (3) some libraries are
@@ -118,7 +118,7 @@
Running a compiled Java program will need a suitable Java run-time
environment. This contains support for threads, garbage collection,
and all the primitive Java methods. Complete Java support also means
-being able to dynamiclly load new bytecodes classes. Hence the
+being able to dynamically load new bytecodes classes. Hence the
appropriate Java environment is a basically a Java Virtual Machine.
We are using the Kaffe free Java VM (written by Tim Wilkinson),
but enhancing and modifying it to be more suitable for pre-compiled
Index: java/papers/native++.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/papers/native++.html,v
retrieving revision 1.1
diff -u -r1.1 native++.html
--- java/papers/native++.html 10 Mar 1999 17:41:25 -0000 1.1
+++ java/papers/native++.html 4 Jan 2003 18:26:56 -0000
@@ -31,7 +31,7 @@
>Background</H2
><P>Not all the code in a Java application can be written in Java. Some
must be written in a lower-level language, either for efficiency
-reasons, or to access low-level facilties not accessible in Java.
+reasons, or to access low-level facilities not accessible in Java.
For this reason, Java methods may be specified as "native".
This means that the method has no method body (implementation)
in the Java source code. Instead, it has a special flag which
@@ -115,7 +115,7 @@
a thread-specific area, which also includes a pointer to a table of
functions. The entire JNI is defined in terms of these functions,
which cannot be inlined (since that would make JNI methods no
-longer binary compatible accross VMs).<P>The Cygnus Java product will support the JNI, but we will also offer
+longer binary compatible across VMs).<P>The Cygnus Java product will support the JNI, but we will also offer
a more efficient, lower-level, and more natural native API.
The basic idea is to make GNU Java compatible with GNU C++ (G++), and provide
a few hooks in G++ so C++ code can access Java objects as naturally
@@ -257,7 +257,7 @@
portable JNI-based C, or Kaffe-optimize KNI. The problem is that an
efficient KNI-style interface is much more inconvenient in C than in C++.
In C++, we can have the compiler handle inheritance, exception handling,
-name mangling of methods, and so on. In C the programmmer would have to
+name mangling of methods, and so on. In C the programmer would have to
do much more of this by hand. It should be possible to come up with a
set of macros for programmers willing to do that. I am not convinced
that this is a high priority, given that most environments that support
@@ -512,7 +512,7 @@
and earlier versions of Kaffe also extends 8-bit and 16-bit
object fields to use a full 32 bits. However, GNU Java was recently changed
so that 8-bit and 16-bits fields now only take 8 or 16 bits in an object.
-In general Java field sizes and algnment are now the same as C and C++.<H3
+In general Java field sizes and alignment are now the same as C and C++.<H3
>Arrays</H3
><P>While in many ways Java is similar to C and C++,
it is quite different in its treatment of arrays.
@@ -542,7 +542,7 @@
};</PRE
>
-The following convenince <TT
+The following convenience <TT
>typedefs</TT
>
(matching JNI) are provided.
Index: java/papers/native++.sgml
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/papers/native++.sgml,v
retrieving revision 1.1
diff -u -r1.1 native++.sgml
--- java/papers/native++.sgml 10 Mar 1999 17:41:25 -0000 1.1
+++ java/papers/native++.sgml 4 Jan 2003 18:26:57 -0000
@@ -24,7 +24,7 @@
<para>
Not all the code in a Java application can be written in Java. Some
must be written in a lower-level language, either for efficiency
-reasons, or to access low-level facilties not accessible in Java.
+reasons, or to access low-level facilities not accessible in Java.
For this reason, Java methods may be specified as <quote>native</quote>.
This means that the method has no method body (implementation)
in the Java source code. Instead, it has a special flag which
@@ -116,7 +116,7 @@
a thread-specific area, which also includes a pointer to a table of
functions. The entire JNI is defined in terms of these functions,
which cannot be inlined (since that would make JNI methods no
-longer binary compatible accross VMs).
+longer binary compatible across VMs).
</para>
<para>
The Cygnus Java product will support the JNI, but we will also offer
@@ -267,7 +267,7 @@
portable JNI-based C, or Kaffe-optimize KNI. The problem is that an
efficient KNI-style interface is much more inconvenient in C than in C++.
In C++, we can have the compiler handle inheritance, exception handling,
-name mangling of methods, and so on. In C the programmmer would have to
+name mangling of methods, and so on. In C the programmer would have to
do much more of this by hand. It should be possible to come up with a
set of macros for programmers willing to do that. I am not convinced
that this is a high priority, given that most environments that support
@@ -506,7 +506,7 @@
and earlier versions of Kaffe also extends 8-bit and 16-bit
object fields to use a full 32 bits. However, GNU Java was recently changed
so that 8-bit and 16-bits fields now only take 8 or 16 bits in an object.
-In general Java field sizes and algnment are now the same as C and C++.
+In general Java field sizes and alignment are now the same as C and C++.
</para>
</sect2>
@@ -539,7 +539,7 @@
};
</literallayout>
-The following convenince <literal>typedefs</literal>
+The following convenience <literal>typedefs</literal>
(matching <acronym>JNI</acronym>) are provided.
<literallayout>
typedef __JArray *jarray;
Index: java/papers/nosb.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/papers/nosb.html,v
retrieving revision 1.3
diff -u -r1.3 nosb.html
--- java/papers/nosb.html 2 Oct 2001 12:00:29 -0000 1.3
+++ java/papers/nosb.html 4 Jan 2003 18:26:58 -0000
@@ -167,7 +167,7 @@
cost of objects' relocation low. The reference to an object (by which
an object is know to exists to other objects and the VM) is implemented
as a non-moving handle pointing to the actual object's data. Once the
-actual object's rellocation performed, simply updating its handle
+actual object's relocation performed, simply updating its handle
allows the object to be accessed at its new location.
<p>
The garbage collection code is executed in a separate thread when the
@@ -762,4 +762,4 @@
</FONT></TD>
</body>
-</html>
\ No newline at end of file
+</html>
Index: projects/cfg.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/cfg.html,v
retrieving revision 1.10
diff -u -r1.10 cfg.html
--- projects/cfg.html 4 Oct 2002 17:39:57 -0000 1.10
+++ projects/cfg.html 4 Jan 2003 18:26:58 -0000
@@ -80,7 +80,7 @@
<p>The current loop optimizer uses information passed by frontend
to discover loop constructs to simplify flow analysis.
-It is dificult to keep the information up-to-date and nowday
+It is difficult to keep the information up-to-date and nowday
it is easy to implement the loop discovery code on CFG.
</p>
@@ -141,7 +141,7 @@
<h4>Implementation in GCC</h4>
-<p>The implemention of the web pass uses Michael Hayes's dataflow
+<p>The implementation of the web pass uses Michael Hayes's dataflow
module to construct du-chains and unionfind to produce webs.</p>
<h4>Status</h4>
@@ -202,7 +202,7 @@
<h4>Status</h4>
<p>The code is on the branch. Benefits for Athlon CPU are about 0.5%.
-The code is being reviewed for inclussion by Richard Henderson.</p>
+The code is being reviewed for inclusion by Richard Henderson.</p>
<h3>Thread Safe Profiling</h3>
Index: projects/ia64.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/ia64.html,v
retrieving revision 1.12
diff -u -r1.12 ia64.html
--- projects/ia64.html 7 Jun 2002 22:42:40 -0000 1.12
+++ projects/ia64.html 4 Jan 2003 18:26:58 -0000
@@ -310,7 +310,7 @@
amount of ILP.</p>
<p>The IBM IA-64 compiler team saw code in important applications that
-could have benefitted from very local data speculation; see comments by
+could have benefited from very local data speculation; see comments by
Jim McInnes in the minutes of the GCC IA-64 Summit.</p>
</li>
Index: projects/prefetch.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/prefetch.html,v
retrieving revision 1.7
diff -u -r1.7 prefetch.html
--- projects/prefetch.html 25 Jan 2002 09:57:30 -0000 1.7
+++ projects/prefetch.html 4 Jan 2003 18:26:59 -0000
@@ -837,7 +837,7 @@
<p><a name="ref_16">[16]</a>
<em>SuperH[tm] RISC Engine SH-3/SH-3E/SH3-DSP Programming Manual</em>,
-ADE-602-096B, Rev. 3.0, 9/25/00, Hitatchi, Ltd.;
+ADE-602-096B, Rev. 3.0, 9/25/00, Hitachi, Ltd.;
a PDF file with a link from
<a href="http://www.hitachisemiconductor.com/sic/jsp/japan/eng/products/mpumcu/32bit/superh.html">
http://www.hitachisemiconductor.com/sic/jsp/japan/eng/products/mpumcu/32bit/superh.html</a>.</p>
More information about the Gcc-patches
mailing list