aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorwisberg <wisberg>2003-07-30 18:07:17 +0000
committerwisberg <wisberg>2003-07-30 18:07:17 +0000
commit29f0e947331f00f7141611682f8ec3670e9f90d7 (patch)
tree671e1c854a3235095b5a1f2033990c263565be7c
parenta26cac9b4c36b9512003ac739d856c8082e5e17a (diff)
downloadaspectj-29f0e947331f00f7141611682f8ec3670e9f90d7.tar.gz
aspectj-29f0e947331f00f7141611682f8ec3670e9f90d7.zip
spelling changes only
-rw-r--r--docs/dist/doc/README-11.html34
1 files changed, 17 insertions, 17 deletions
diff --git a/docs/dist/doc/README-11.html b/docs/dist/doc/README-11.html
index eebb3d3e9..7417550f7 100644
--- a/docs/dist/doc/README-11.html
+++ b/docs/dist/doc/README-11.html
@@ -68,9 +68,9 @@ programs from 1.0 to 1.1.
features have changed in 1.1, so some 1.0 programs
will not compile or will run differently in 1.1.
The corresponding features are marked below as compile-time
- or run-time incompatible (<em>RTI</em> or <em>CTI</em>, respectively).
+ or run-time incompatible (<em>CTI</em> or <em>RTI</em>, respectively).
When the language change involves a move in the static shadow effective
- at run-time but also apparant at compile-time (e.g., in declare
+ at run-time but also apparent at compile-time (e.g., in declare
error or warning statements), it is marked <em>CRTI</em>.
Programs using run-time incompatible forms should be verified that
they are behaving as expected in 1.1.
@@ -171,7 +171,7 @@ programs from 1.0 to 1.1.
instead be, 'int C.field1; int D.field2;' (<em>CTI</em>) <p></p></li>
<li>We did not implement the handling of more than one
- <code>..</code> wildcard in args PCDs (rarely encountered in the
+ <code>..</code> wildcard in args PCD's (rarely encountered in the
wild) because we didn't have the time. This might be available
in later releases if there is significant outcry. (<em>CTI</em>) </li>
@@ -200,7 +200,7 @@ programs from 1.0 to 1.1.
us to piggyback on Eclipse's already mature incremental compilation
facilities. </p>
- <p> Second, ajc now cleanly deliniates compilation of source code
+ <p> Second, ajc now cleanly delineates compilation of source code
from assembly (or "weaving") of bytecode. The compiler still
accepts source code, but internally it transforms it into bytecode
format before weaving. </p>
@@ -333,8 +333,8 @@ programs from 1.0 to 1.1.
<h2><a name="devenv">The AJDE Tools</a></h2>
<p> The AspectJ Browser supports incremental compilation and running
- programs. AJDE for JBuilder, AJDE for Netbeans, and AJDE for Emacs
- are now independent sourceforge projects (to keep their licenses).
+ programs. AJDE for JBuilder, AJDE for NetBeans, and AJDE for Emacs
+are now independent SourceForge projects (to keep their licenses).
They use the batch-build mode of the new compiler.
</p>
@@ -458,7 +458,7 @@ are now independent SourceForge projects. </p>
<pre> pointcut throwsMathlike():
// each call to a method with a throws clause containing at least
- // one exception exception with "Math" in its name.
+ // one exception with "Math" in its name.
call(* *(..) throws *..*Math*);
pointcut doesNotThrowMathlike():
@@ -495,7 +495,7 @@ are now independent SourceForge projects. </p>
<p> These rules are completely backwards compatible with
AspectJ 1.0. The rule for "!" matching has one potentially
- surprising property, in that the two PCDs shown below will have
+ surprising property, in that the two PCD's shown below will have
different matching rules. </p>
<pre> [1] call(* *(..) throws !IOException)
@@ -620,7 +620,7 @@ are now independent SourceForge projects. </p>
<p> The end of an exception handler is underdetermined in bytecode,
so ajc will not implement after or around advice on handler join
- points, instead signalling a compile-time error.</p>
+ points, instead signaling a compile-time error.</p>
<h3><a name="CONSTRUCTOR_EXECUTION_IS_BIGGER">Initializers run
inside constructor execution join points</a></h3>
@@ -691,7 +691,7 @@ are now independent SourceForge projects. </p>
<h3><a name="WITHIN_MEMBER_TYPES">Small limitations of the within
pointcut</a></h3>
- <p> Becuase of the guarantees made (and not made) by the Java
+ <p>Because of the guarantees made (and not made) by the Java
classfile format, there are cases where AspectJ 1.1 cannot
guarantee that the within pointcut designator will pick out all
code that was originally within the source code of a certain
@@ -759,7 +759,7 @@ are now independent SourceForge projects. </p>
<p>If you want the more dynamic matching and are willing to pay
for the performance, then you should use the Java reflection API
- combinded with if. That would look something like:</p>
+ combined with if. That would look something like:</p>
<pre> pointcut oneOfMine(): this(Object) &&
if(classMatches("com.bigboxco..*",
@@ -771,7 +771,7 @@ are now independent SourceForge projects. </p>
}
</pre>
- <p>Note: wildcard type matching still works in all other pcds that
+ <p>Note: wildcard type matching still works in all other PCD's that
match based on static types. So, you can use
'within(com.bigboxco..*+)' to match any code lexically within one
of your classes or a subtype thereof. This is often a good
@@ -812,7 +812,7 @@ are now independent SourceForge projects. </p>
<h4>Various cycles</h4>
<p> It is an error for any aspect to be matched by more than one
- TypePattern in a single decare precedence, so: </p>
+ TypePattern in a single declare precedence, so: </p>
<pre> declare precedence: A, B, A ; // error
</pre>
@@ -844,7 +844,7 @@ are now independent SourceForge projects. </p>
}
}
- aspect aspect MyProfiling {
+ aspect MyProfiling {
abstract pointcut profiled();
Object around(): profiled() {
@@ -1063,7 +1063,7 @@ are now independent SourceForge projects. </p>
property for the current separate compilation model. <br>
However, allowing implementation of call advice on either
- side requires simultaneous knowlege of both sides. If we first
+ side requires simultaneous knowledge of both sides. If we first
have access to a call, we can't decide to simply put the advice
on the call site, since later we may decide to implement on the
callee.</li>
@@ -1178,7 +1178,7 @@ are now independent SourceForge projects. </p>
<p>Building on the eclipse compiler has given us access to a very
sophisticated problem reporting system as well as highly optimized
- error messages for pure Java code. Often this leads to noticably
+ error messages for pure Java code. Often this leads to noticeably
better error messages than from ajc-1.0.6. However, when we don't
handle errors correctly this can sometimes lead to cascading error
messages where a single small syntax error will produce dozens of
@@ -1239,7 +1239,7 @@ are now independent SourceForge projects. </p>
<p>Because we build on Eclipse, the compiler will no longer run
under J2SE 1.2. You must run the compiler (and all tools based on
the compiler) using J2SE 1.3 or later. The code generated by the
- compiler can still run on Java1.1 or later VMs if compiled against
+ compiler can still run on Java 1.1 or later VM's if compiled against
the correct runtime libraries.</p>
<h3><a name="DEFAULT_CONSTRUCTOR_CONFLICT">Default