Suggested error message improvement by Andrew.

Fix and tests for pr86832, pr92163. NPE in detectHierarchyCycle

Andrew's patch for: bug#82755 update ajdoc to support Java 5 language features

Oh alright, back to junitModule.xml - another shot in the dark at cruise control

Reverting - duplicate tools.jar entry

remove bad _IDE folder instead of bin/ that leads to odd side effects, add tools.jar to tests .classpath module for LTW tests using AntSpec

aspectjweaver.jar now built from loadtime5-all.jar (UNTESTED merged  manifest)

aspectjweaver.jar now built from loadtime5-all.jar

mainly reflective loading - unfortunately also reformatted

Name picked up by Ant junit task

unused imports

src -> java5-src, added junit.jar and testing-utils for test purposes

src -> java5-src; note test target runs AsmModuleTests, not Loadtime5ModuleTests - prior bug.  See newbuild.xml.

replacement for build.xml (move there when validated)

unneeded imports

testsrc -> java5-testsrc, placeholders for pre-1.5 build

fix LTW test

testsrc -> java5-testsrc

ugly but harmless hack for building prior to 1.5 for test purposes.

Ant 1.6.3 imports rather than entities

not using junitModules.xml

Ant 1.6.3 imports rather than entities; updated junit taskdef

tracking Ant 1.6.3 updates in build module

support system property value "false"

Checking against all (known) module .classpath files

added junit.jar to skipped libraries, *.xml to resources copied

updated tiny XML parser.  Unfortunately, also reformatted.

permitting modules to mix 1.5 and prior source directories

Ant 1.6.3

Ant 1.6.3 (again? hmm.)

Ant 1.6.3

Ensures we can find tools.jar (javac) when running the tests.  Similar setup to ajdoc - you must define JAVA_HOME variable.

document basic auto-build assumptions and invariants

prospective replacements for {module}/build.xml - will move there once validated by those who use build.xml.

Add loadtime into the classpath so it can find the message handler.

Fix and test for PR90827:  StackOverflow while weaving enum/annotation with Enum/Annotation name   (Patch from Andrew Huff)

For some reason eclipse won't let me commit ajc150.xml right now, so I have to comment out the call to the XML ?!?!?

fix 75442 thru lateTypeMungers, currently @AJaspectOf and perObject are lateTypeMungers. new LTW tests, some fix in the LTW test error reporting

Fix and test for PR90827:  StackOverflow while weaving enum/annotation with Enum/Annotation name   (Patch from Andrew Huff)

tests and fixes for 93345 and static imports.  From Andrew Huff.

Tests for 87282, 88606

Fix for 91053 (Generics): Generics problem with Set

Fix for pr91267 (Generics): NPE at EclipseFactory.java:143 when using generic methods in aspects

Aha - the default test config on the build system is still finding it in the XML, removing for now.

.css stylesheet parameter for xml-html, used in faq.  Did not retrofit devguide - unsure about relation to dsl file.  Should remove aspectj-docs.css reference in the docbook stylesheets to avoid fork.

AJDT rather than ajbrowser as default visualizer/environment

naming ajdoc to make linking easier

remove for 1 run to get a build through!!!

Fix for 44155: TODO tasks miscategorized as warnings (fixed by Andrew Huff)

Fix for 44155: TODO tasks miscategorized as warnings

ignore the bin folder...

checks vm level

Can check vm level now.

updating bootstrap to match latest build source changes

Support for java5-testsrc - somewhat scattered. hmm.

nit - consolidating "/" and File.separator

Defining parent class loader b/c ant classes not visible in Ant 1.6.x default parent.

enable compilation of @AfterReturning(pointcut="...")
(compiled with -1.3)

enable compilation of @AfterReturning(pointcut="...")

Is this rebuilt with 1.3 compliance?  I hope so or everything is *!"&£ed

Prefs to tell Eclipse to use Java5

eclipse stuff for loadtime module to become Java Project.

removed unused imports. (they clog up eclipse warnings view!)

removed unused imports.

Rebuilt with compiler level 1.3 - and I know these work as I had recreated the build machine problem and these resolve it.

ltw modules referenced

sorted out the blank lines so the messages will line up with their expected locations!

LTW modules + AntSpec to test LTW in the sandbox + code cleanup in my FIXME + fix in error handling when no debug info can be read from @Aj aspect (many files modified since refactored IMessageHanlder for LTW dontIgnore method)

*** empty log message ***

loadtime java1.3 module

loadtime5 java5 module

enhancement 91719 - Oli B's tests for xlint warnings, integration work done by Andrew Huff.

Guard running the declare annotation weaving message test unless on a 1.5 vm

hacked out 1.4 apis - needs tidying up but I'm just trying to see if I can get the build to work.

Impl of enhancement 92906 from Andrew Huff. -showWeaveInfo for declare annotation

remove mistaken useless instances field + getInstances() in PTW @AJ aspect

rebuilt with sun 142

missing perTypeWithinEntry filtering - happens when running @AtAJSyntax suite in LTW

temporarily removing the eclipse.plugins target - we never use the output!

@AJ around inline + test, fix a bug in BcelClassWeaver on my way

Go back to this old form of .classpath file.

the matching aspectjrt.jar. could come in handy? who knows ;)

fix for pr93460

PTW perClause for @AJ + perClause test

it's a whole new compiler in there...

it's a whole new compiler in there...

updated for DeclareError and DeclareWarning

More bullet proof and with added diagnostics.

Fix for timing problem in multiincrementalproject tests.

Doh - didn't update aspectjtools.jar when I did aspectjrt.jar.  Does this help damn cruisecontrol build?

inlining of around for @AJ works unless non public member accessed from within the advice
splitted ajc150 xml test file

MultiIncrementalSupport: the key change - looks in the IncrementalStateManager to see if it can locate state for a particular config

MultiIncrementalSupport: some notes and helper stuff added.

MultiIncrementalSupport: moved weaver/world into the state object and changed structure model building to start afresh for batch...

MultiIncrementalSupport: state that was scattered across the hierarchy has been pulled into AjState - it now captures everything unique about a particular build of a project.

MultiIncrementalSupport: reports build kind when claiming success.

needed to add this dependency?

useful?

MultiIncrementalSupport: the test harness for managing Ajde interactions and several multi incremental tests.

MultiIncrementalSupport: manages state for multiple projects.