remove rogue println

Merge branch 'master' into earlyJava9

Switching master to the earlyJava9 branch. This merge
with strategy=ours should give us a common root so that
anyone working from master will be able to absorb the change
easily.

bump compiler.name for rc2

updated readme for 1.9.0.rc2

Updates to better cope with future JDKs

The version handling in LangUtil has been overhauled
to cope better with post 1.8 releases (JDK9 and JDK10 or 18.3
or whatever they call it). As part of this moved
to treating JDK9 as '9' rather than '1.9'. Also removed
duplicate version processing logic and had that defer to
the one place in LangUtil where we now deal with it.

Includes some generics tidyup in ajdoc. More ajdoc work
is necessary for Java10 because it removes the standard doclet
(old style). However trying to invoke the internal Javadoc
handler in Java10 is failing due to module visibility rules.

Fix 526734 - Incorrect generic override decp validation when binary weaving

fix typo

Fix 525972 - java.lang.ArrayIndexOutOfBoundsException: 2 (at org.aspectj.weaver.ResolvedType.getMemberParameterizationMap(ResolvedType.java:970))

Fix 526381 - Log-Message for nonReweavableTypeEncountered does not include class name

Fix 526382 - damaged manifest.mf prevents LTW running from jar

1.9.0 docs

1.9.0 update

Adjust how classpath entries manipulated for Java9 support

Prior to this AspectJ would discard ignore the ClasspathEntry
objects built by JDT and just work with the classpath as a string,
driving the JDT FileSystem to rebuild classpath entries again at
a later date using the string. This is more complex in Java9 because
the string representation was losing whether some entries came in
via modulepath.  ClasspathEntry construction for modulepath entries
is non trivial (since the module-info must be processed).

The new version will cache some of the ClasspathEntry objects (those
built for modulepaths) and do more work on the AspectJ side building
classpath entries in general. It now passes these entries to a
different FileSystem entry point rather than the entry point that
takes a string path.

Moved to package

wip allowing flexibility in test infra for using modules with subdirs

Set version to 1.9.0.RC1

added module/modulesourcepath to compiler configuration interface

removed shared reflection world test for now

Switched from diamond to specific types

Added automatic module name

switched from diamond operator

Added automatic module name

Added automatic module name

Latest jdtcore - with visibilty adjusted for classpath manipulation

Temporarily removing world reuse - needs a bit more thought

Added automatic module name

Upgraded test infra to support building/running modules

1.9 test changes and new module tests

added support to avoid weaving module-info.class

Fix use of diamond and update versions to 1.9

rebuilt internal dependencies

Tests for smart annotation unpacking for reflection types

Latest build of bcel

Fixes Bug 525293 - Spring AOP could be faster

Multiple changes here:
- annotation unpacking is smarter and if it only needs runtime
  retention annotations it uses reflection and doesn't unpack the
  bytes to discover class level retention annotations.
- Reflection worlds are shared if for the same classloader.

Reusable SoftHashMap utility class

Basic tests for JImage access

Polish javadoc

Fix for Bug 518698 - typo in AspectJ Notebook: excetution

Optimized type lookup on Java9

Took the code from the patch submitted by Mario Ivankovits
in bug 520597 and made some improvements to make (hopefully)
better use of memory. Some basic tests added.

polish - generics

polish - generics

Polish use of Unsafe

corrected test now that compliance handling improved for 1.9

first pass at using Unsafe, needs review

Improved Java9 option handling

Update project source/target levels to 1.7

Update to beta 7

Update project source/target levels to 1.7

Update project source/target levels to 1.7

Smarter classpath detection on Java9

On Java9 cannot rely on URLClassLoader being found from which
to determine classpath so use the environment variable. This may
have issues if loaders are being constructed that specifically
deviate from the java.class.path.

Pass explicitly whether it is an interface target

If you only let it determine it from the INVOKE instruction this
can make a mistake when using INVOKESTATIC with an interface
target.

Ensure version information get/settable

Ensure version of generated class is correct

Important to ensure we generate it of the right version as it may
end up containing code derived from a particular class that needs
a be run with a certain level of verifier. In this case if
inserting invokestatic targeting a interface method, we need to
be using something later than a java 1.2 level class file.

Activate test

Skip tests on Java9

Issue it due to split packages (see comments in code). Don't want to
debug this further right now, possibly needs a command line flag passing
to the JVM that runs the test, so these tests need forking.

More actively print diagnostics to help future debugging

version bump to 1.6

Skip test on Java9

Added test commentary to link it to the code that is causing the
difference in behaviour compared to Java8.

Adjusted test expectations for Java9

Annotation toString() changes on Java9 so need to include those quotes
in expected output.

Better handling of classpath discovery

Some alternate behaviour added to work better on Java9

Added commentary on a strange bit of code

I don't want to change that code until I see more evidence of it
misbehaving but I'm having trouble working out why it is there!

per singleton field no longer final to satisfy 1.9 verification

Reduced expected performance difference

JVM improvements seem to reduce the difference.

Clarified expected message

Rebuilt bcel with latest changes

Ensure interfacemethodref can be built for invokestatic calls on interface methods

testcode polish for 1.8.11

Make the 1.8 slightly more tolerant of Java 9

more testdata for 1.9

Various changes to get tests passing on 1.8 and 1.9

add missing testdata

various changes to make more tests pass on Java9

tweaks to 1.9 tests

latest jdt related src zip

includes fix from aj_18 line related to 507372

refixed now that target bits don't overlap with JDT bits

polish and ensure warnings set by group

Upgraded to ASM 6 BETA

rebuilt bcel

rebuilt

polish

Bring Java9 branch in line with 1.8.11 progress

add constants to list

rebuilt bcel

Merged post 1.8.5 changes into Java9 branch

latest version

minor tweaks to better handle J9

latest JDT update for Java9

Upgrading bcel to latest J9 attributes

compatibility with JDK 190 build 175

pickup latest jdt core

fixup tests for 1.9

adapt to JDT changes

Adapt to JDT changes

Corrected version for latest update

Add resolution of argument types

Some new code in JDT is using the information in here, so need
to resolve them.

Add ability to recognize an intertype scope

Add version of jdtcore with proper APT support

Add guard for clone()

clone is saying it is protected rather than public and so we need
to add a guard to avoid creating accessor for it.

509327: extended the test slightly