aboutsummaryrefslogtreecommitdiff
path: root/src/utils/lombok/javac/java7
AgeCommit message (Collapse)Author
2014-06-05Finished refactor of FieldAugment; there's no longer a separate variant for ↵Roel Spilker
boolean and references, and the code no longer blows up with a bunch of NPEs if you try to use the reference variant (which is now the only variant) with a primitive type. Should have zero effect on features or bugs, 100% refactor.
2014-03-17[#590][refactor] Fix for deadlock in WeakHashMap. Refactored all code that ↵Roel Spilker
used a WeakHashMap to fake a field.
2013-09-25[jdk8support] ... and javadoc copying support is back for javac8. Also fixed ↵Roel Spilker
some copyright headers.
2013-09-25Pre-emptive fix for the anticipated removal of ListBuffer.lb() in javac8Roel Spilker
2013-08-13Getting the java8 compiler remember the commentsRoel Spilker
2013-07-08A lot of refactoring on how javadoc is handled, to prepare for copying ↵Reinier Zwitserloot
javadoc from field to setter/getter in javac.
2013-07-07more work on the tricky Context hack to make 'ant compile' not emit warnings.Reinier Zwitserloot
2013-07-07FINALLY! Found the cause of a really weird eclipse bug,Reinier Zwitserloot
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.
2011-12-12Renamed Comment to CommentInfo.Reinier Zwitserloot
2011-11-21Made an API for creating a (oracle javac) JavaCompiler which tracks comments ↵Reinier Zwitserloot
on a per Compilation Unit basis. The old way involved making reflective calls and detecting whether you need the 1.6 or the 1.7 variant to do this. These shenanigans are now hidden behind a nice API (lombok.javac.CommentCatcher).
2011-11-07Changed copyright noticesRoel Spilker
2011-11-01Fixed issue 284 now also for java7, introduced more stubbingRoel Spilker
2011-10-31Fixed delombok making a mess of comments (issue 284) for javac 6. delombok ↵Roel Spilker
in java7 is now completely broken but we'll fix that next.
2011-10-24pretty big refactor; introduced a new source package which should be (and ↵Reinier Zwitserloot
is) separately compilable, i.e. has no deps on any of the others. This is preparation work for being able to access some of these from lombok.ast without creating a cyclic dependency nightmare.