aboutsummaryrefslogtreecommitdiff
path: root/src/core/lombok/javac/JavacTransformer.java
diff options
context:
space:
mode:
authorReinier Zwitserloot <reinier@zwitserloot.com>2013-07-07 06:33:18 +0200
committerReinier Zwitserloot <reinier@zwitserloot.com>2013-07-07 21:49:47 +0200
commit446a8e33e00cb9effe1d1e181cac192a70648412 (patch)
tree78eb63e711d758010c2d2d7dbac9857571f4d187 /src/core/lombok/javac/JavacTransformer.java
parent5326cfa8e80a55c056f497894288924022c9bbd7 (diff)
downloadlombok-446a8e33e00cb9effe1d1e181cac192a70648412.tar.gz
lombok-446a8e33e00cb9effe1d1e181cac192a70648412.tar.bz2
lombok-446a8e33e00cb9effe1d1e181cac192a70648412.zip
FINALLY! Found the cause of a really weird eclipse bug,
where _ANY_ mention of com.sun.tools.javac.tree.TreeMaker, anywhere in a source file, would disable pretty much every intelligent part of what makes the 'I' in IDE in eclipse: No auto-complete, no 'go to declaration', etcetera, but only since Eclipse Juno (not fixed in Kepler either). It's the presence of src/stubs/com/sun/tools/javac/util/Context.java. I've moved Context to a special stubs directory that's only used for javac (so that we still get the benefit of getting some warnings and such when making command line builds), and removed the @Override annotations for where the stubbing is relevant (for methods that exist in javac7 but not in javac6 on interfaces we create implementations of). Furthermore, I did some extremely tricky work in making our version actuall compatible with the exact class signatures of both javac6- and javac7+'s versions; generation of synthetic methods for reified type parameters was causing havoc. A big stack of 'here be voodoo' comments unfortunately added to explain it all; necessary evil.
Diffstat (limited to 'src/core/lombok/javac/JavacTransformer.java')
0 files changed, 0 insertions, 0 deletions