aboutsummaryrefslogtreecommitdiff
path: root/src/utils/lombok/javac
AgeCommit message (Collapse)Author
2013-08-05To quote Reinier paraphrasing the compiler: "If the loading doesn't work, I ↵Roel Spilker
don't want it!"
2013-07-28Some work on actually making lombok work on JDK8's javac.Reinier Zwitserloot
2013-07-28more progress. This one is less JDK8 compatible, butReinier Zwitserloot
it has major refactorings to make JDK6-8 support possibly with much prettier code.
2013-07-26experiment: Can we wrap TreeMaker and remove a heck of a lot of opportunity ↵Reinier Zwitserloot
to program handlers that are not cross javac6-8 compatible?
2013-07-23A source file with just @Getter in it now compiles in javac8, but there is ↵Reinier Zwitserloot
still a looooong way to go.
2013-07-22Merge branch 'master' into jdk8. Also added some major fixes whilst merging.Reinier Zwitserloot
Conflicts: src/core/lombok/javac/handlers/JavacHandlerUtil.java src/utils/lombok/javac/CommentCatcher.java src/utils/lombok/javac/Javac.java
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.
2013-06-18Added a ClassDef wrapper, because its signature changed between javac1.6 and ↵Reinier Zwitserloot
javac1.7. (The wrapper uses reflection). Need for: javac @Builder impl. Also added some utilities to JavacHandlerUtil.
2013-05-31Added @NonNull on parameters feature (issue 514),Reinier Zwitserloot
including docs and changelog.
2013-05-23Added a method to obtain latest java language spec supported by hostReinier Zwitserloot
platform and implemented it for javac BUT NOT FOR ECJ!
2013-04-05Type fixes for JDK7Robbert Jan Grootjans
2013-04-05Some small fixes for Java 7Robbert Jan Grootjans
2013-03-22Refactored out references to TypeTags.Robbert Jan Grootjans
Instead they are retrieved dynamically, with a pinch of caching during runtime. We already had some fixes to make sure that compile time constanst were not inlined, but we need to take into account that a lot of the Integer-based enums have been replaced with actual enums. Also, certain TreeMaker methods needed to be invoked dynamically with reflection. This needs to be reviewed, and if it turns out that these changes are too dramatic, we should fork out a larger part of our code for specific JVM versions.
2013-03-08Added switch to CommentsCatcher. Assumption, until proven otherwise isRobbert Jan Grootjans
that JDK8 behaves similar to JDK7.
2012-11-12[refactor] Cleaned up static imports (always use *), and refactored out ↵Reinier Zwitserloot
getCtcInt calls into constants as defined in Javac.
2012-03-27Whoops, errors during release build. fixed it quickly!Reinier Zwitserloot
2012-03-21Implementation of @Accessors.Reinier Zwitserloot
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-20Fix for issue 299: labels would break 'val' in javac.Reinier Zwitserloot
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.