new module for Java5-specific additions to aspectjrt.jar.  aspectjrt.jar is assemble from this and its required module runtime.  It requires Java 5; Eclipse developers not using 3.1 or Java 5 should close this module.  In Ant, the java5-src directory will be ignored unless Ant is run under a 1.5 or later VM.  See the build docs for more details.

Building releases under 1.5 now.  Scripts should define java15.home and should invoke the target build-13-check before doing the release build.

testing aspectj5rt module

support for building Java 5 sources

Module aliases in a .properties file

Constants

support for building Java 5 sources

serialVersionUID

cvsignore for .generated.[lst|ajsym]

Performance optimization - use stringbuffer (found using xray)

Performance optimization - don't use toString() of a pointcut on the main code path.

Fix copyright.

missing copyright.

taking the print out *again*

Testcases and fix for using @target() when the annotation is in a package.

Fix for atrocious incremental compilation performance.

commented out tracing

ignore invalid aspectj-home's when seeking aspectj libs

Fix for PR84290: Runtime retention not recognized; inhibts use of annotation binding

Support for @this, @args

New annotation binding tests for @args, @this.  Also test for 84290.

Delete unnecessary printing

Annotation Binding: testcases for @this/@args and one for using named pointcuts with annotations.

Removing last 'use the static type for accessing static field' warnings from the AJ source...

Fix NPE if attempting annotation usage on 1.4 rt.jar !

Annotation Binding - now complete for @annotation (for *all* kinded PCDs)

Use the correct 'subject' at the join point for matching

organized imports

Annotation Binding - more test data.

Annotation Binding - more test data.

Tests for static method call/execution with @annotation

Updates for annotation binding.  Support for static methods !!

Annotation Binding

No longer a restriction

Puts out binding restriction message for unsupported kinded pcds - also verifies an assumption.

Annotation binding support

Annotation Binding: works for @target and @annotation (when combined with call/execution, others to follow..)

Organized imports.

Rebuilt with minor update to PUSH instruction

Provided hasAnnotation() implementation

No longer a restriction.

Removed test that verified restriction on binding annotations

Added new tests for annotation binding

Annotation binding tests: @target and call/@annotation and execution/@annotation

Remove message about binding restriction for @annotation

Fix for annotation resolution - allow for package names!

Fix for hasAnnotation() - add the annotation type through the standard route rather than 'by hand'

Updated javadoc to tell you not to use a particular method if you can help it.

some of these tests were failing in an environment which did not have an aspectjrt.jar in the system classpath somewhere.

@testcase PR#84033 incremental declare error persists after fix

Bit of missing support...

AnnotationBinding testcases: call and execution.  Also verifies annotations in packages work correctly.

Putting println back in.

weaver manifest for aspectjweaver.jar (if it changes to using this)

initial support for building aspectj projects

aspectjweaver.jar and aspectjlib.jar product templates

build tests (skipped), enabled license tests again...

core of initial support for building aspectj projects

removed unused code/comments, added toString detail

aliases for aspectjlib.jar and aspectjweaver.jar

name, avoid build.xml if dir null

2005-6 licenses and copyrights

base version changed to 1.2, this year to 2005

initial support for building aspectj projects

avoiding bootstrap to make it easier to implement aspectj ant build *sigh*

copyright holder - test failed when enabled.

Initial library module

.ajproperties to text from binary

Initial library module

per... advice "may then" to "will only" run, per user discussion

Fix for Bug 3897
   add support for compiling in 1.5 mode to AJDE APIs and AJBrowser

Removing string temporarily - might be interfering with XML output for test results.

Fix for Bug 83645: pertypewithin({interface}) illegal field modifier
- Don't let the munger that adds the ptw field and methods match on an interface.

Fix for Bug 83645: pertypewithin({interface}) illegal field modifier
- Don't try and put a static initializer in an interface.

Fix for Bug 83645: pertypewithin({interface}) illegal field modifier
- moving Wes' test to the regression set.

Fix for Bug 83645: pertypewithin({interface}) illegal field modifier
- Adding convenient subclass in testcase infrastructure

Tests and fix for: Bug 83565
   BCException "bad type name" thrown when compiling

skipping test on X feature said to be failing on the build machine, though not locally.

preliminary fork support

refactoring, reformatting; support for generated test classes (latter not checked in)

old test for done signal

ignore bin

Summary of implementation limitations carefully worded to avoid the term "limitation" since Erik took it out.  Proposed without objection on the mail list.

support -showWeaveInfo in javac adapter

tests for PR48650 partial workaround - ugh

hack workaround for 48650

Permit outjars to be used as injars in subsequent compile runs

Fix for null arrays (from AV)

Added isSynthetic() to keep Java5 compiler happy (isSynthetic() is a new method in the Member class)

@AJ syntax (pr83626): changes to bcel from Alex

Matthew fix for 83380: don't use enum as a variable name.

@testcase PR83645 pertypewithin on interface

Fix for Bug 83563: pertypewithin() handling of inner classes

Matthew fix for 83380: don't use enum as a variable name.

Correctly build jdtcore includes fix for 83423. (BinaryTypeBinding)

Fix to ensure woven methods don't lose their annotations.

First bit of implementing annotation checking in EclipseSourceType.

This fix for 'c' values in annotations has been verified by Pepe.  Committing source changes and testcase.

Fix for type 'c' values in annotations - 'c' == 'Class'

fix (*cough* hack) for annotations originating from class files required by the compiler... will it work ...