aboutsummaryrefslogtreecommitdiff
path: root/src/core/lombok/javac
AgeCommit message (Collapse)Author
2011-12-13Refactored the type resolver, and made the 'find locally named classes that ↵Reinier Zwitserloot
shadow' feature way better; previously it would only find very few locally named classes (your own class and any parent outers, that was it, no siblings).
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-13Eclipse/JavacHandlerUtil.injectField(...) inserts the new fields after the ↵peichhorn
enum constants. Also the new fields are ordered in the same way the method injectField() gets invoked.
2011-11-07Changed copyright noticesRoel Spilker
2011-10-25Fixed issue 289: non-static inner classes whose outer class has generics ↵Reinier Zwitserloot
can't be @EqualsAndHashCode marked.
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.
2011-10-10Added missing copyright header and bumped version number to xHEAD.Reinier Zwitserloot
2011-10-07Accept JCCatch as 'statement' (issue #281)Sander Koning
2011-09-20toString() of various delegates to interop with javac (FileObjectWrapper and ↵Michail Plushnikov
InterceptingJavaFileObject) now also delegated. Relevant for IntelliJ support.
2011-08-16Merge branch 'master' of github.com:rzwitserloot/lombokReinier Zwitserloot
2011-08-16This fixes 'val' not working in javac7. The LogDisabler used to simply ↵Reinier Zwitserloot
suppress writes to standard out, but javac7 has a redesigned error system where errors are cached. Now the LogDisabler also wipes out any cached errors added in between a 'disable' and 'enable' session. Ironically we actually whined to Joe Darcy about javac6 emitting errors 'too early' and this caching system is the result. Heh. This was already the case, but a disableLoggers() call HAS to be paired with an enableLoggers() call, so use try/finally. Fixes issue #259.
2011-08-16Renamed Javac.getCTCint to getCtcIntRoel Spilker
Made delombok work with multiple JavaCompiler's on the classpath Made @Getter(lazy=true) work on javac7 (fixes issue#223)
2011-08-15Merge branch 'delombok_java7'Reinier Zwitserloot
2011-08-15fixed a warning during the ant compile processReinier Zwitserloot
2011-08-15Removed support for onMethod, onParam and onConstructor due to javac7 type ↵Roel Spilker
incapabilities. Issue #251
2011-08-10Made delomboks processor 'work' on java6 and java7 without any warningspeichhorn
2011-08-08Made the annotation processor 'work' on java6 and java7 without any warningsRoel Spilker
2011-07-30fixed Issue 243:peichhorn
"canEqual(java.lang.Object)" was not in the blacklist of HandleDelegate (only javac, for eclipse it was already present)
2011-07-30fixed Issue 244:peichhorn
Between javac 1.6 and 1.7 the type of the field JCClassDecl.extending has changed from JCTree to JCExpression, but the method getExtendsClause() still returns a JCTree. So we use this for now.
2011-07-24Fixes issue 176 more thoroughly; even if both javac6 and javac7 are on the ↵Reinier Zwitserloot
classpath, the 'right' BaseFileObject wrapper is now used.
2011-07-18Changes to the lombok annotations processor, forcing the java processing ↵Jan Lahoda
environment into doing multiple rounds and disabling certain reparses in netbeans. Thanks to Jan Lahoda for researching this issue and supplying us with a patch.
2011-07-18Now either all or none of equals/hashCode/canEqual is generated. Fixes issue ↵Roel Spilker
240.
2011-06-20Minor tweaks to documentation updates (javadocs, website).Reinier Zwitserloot
2011-06-20Javac/EclipseAnnotationHandler are now abstract classes instead of ↵Reinier Zwitserloot
interfaces; there were too many 'option' methods (methods where you return either true or false), so we really needed the ability to pick a default.
2011-05-30Whoops, we broke @Delegate with the last update. Now the CAS check on ↵Reinier Zwitserloot
handled is only done if we are -actually- going to call a handler.
2011-05-30tracking if an annotation has been handled or not is now no longer doneReinier Zwitserloot
via the LombokAST object. Instead its tracked more directly in an attempt to avoid having to write all handlers as idempotent, and just in case issue #164 is a race condition (the handled-or-not is a synchronized CAS check). This does break API for other plugins, but the fix is trivial: Just make your 'handle' method return void. That 'we won't call you again' business in the decks never quite worked right anyway. Also, you might want to call Javac.(recursive)setHandledBy when you generate nodes, now.
2011-05-30HandleDelegate did not remove the annotation @Delegate from javac's AST, so ↵peichhorn
HandleDelegate was called multiple times for the same field resulting in an error saying the delegate method was already defined. Also added a test for @Delegate that uncovered this issue.
2011-05-16Fixes issue 205: NullPointerException in javac's Check$Validator with valPhilipp Eichhorn
2011-05-13Updated copyright on javac HandleDelegateReinier Zwitserloot
2011-05-13@Delegate in javac on the new types/excludes model without autoexclusion now ↵Reinier Zwitserloot
works.
2011-03-18Rewritten @Cleanup's new null analysis prevention to not useReinier Zwitserloot
Lombok.preventNullAnalysis but go with Collections.singletonList(expr).get(0) instead; while this does create a pointless object, it doesn't cause a clash when eclipse has lombok 0.10 installed but the project uses 0.9, which doesn't have preventNullAnalysis. Eventually, once 0.9 is long forgotten, this can be reverted.
2011-02-14Added annotation for handleconstructor: issue 172grootjans
2011-02-07Presence of isFoo(), hasFoo(), and getFoo(), as well as properties named ↵Reinier Zwitserloot
'isFoo', 'hasFoo', or 'getFoo' would trigger specialized handling for @Getter/@Setter. However, this special handling broke the bean spec, and has been simplified: Only fields named 'isFoo', and only if that field's type is 'boolean', results in both 'isFoo' and 'foo' being considered as possible property names for this property, with 'foo' preferred, so that @Getter boolean isFoo will generate setFoo and isFoo methods, not setIsFoo and isIsFoo. Fixes issue #148
2011-01-31Changed internal call for resolution to method support in javac7grootjans
2011-01-24NPE fixReinier Zwitserloot
2011-01-24In javac, @XArgsConstructor on enums was not forcing the generated ↵Philipp Eichhorn
constructor to be private (as all enum constructors have to be). Fixes issue #186
2011-01-10In javac7 the BaseFileObject and JavacFileManager have been moved fromRoel Spilker
com/sun/tools/javac/util to com/sun/tools/javac/file
2010-12-31Using annotation processors with lombok sometimes results in a 'Not ↵Reinier Zwitserloot
Supported: DummyRound0' error. This fixes it. Fixes issue #176
2010-12-31Presence of i.e. getABC() stops lombok from generating getAbc, but lombok ↵Reinier Zwitserloot
will still attempt to call this nonexistent getAbc instead of getABC. Fixed. Fixes issue #173.
2010-12-31calls to canEqual and equals are now fored to go to the version that has 1 ↵Reinier Zwitserloot
Object as parameter (creating new equals methods by giving them non-object parameterized is a _really_ bad idea, but if someone did do that, obviously lombok shouldn't call those!) Fixes #165.
2010-12-28@ToString, @Getter, and @XArgsConstructor now work on, and are legal on, ↵Reinier Zwitserloot
enums. Docs have been updated. Behaviour of @XArgsConstructor when its placement makes no sense (i.e. when annotating an interface with them) is no longer 'throw weird errors', but has been brought in line with the others: A nice error message is generated. Fixes issue #175
2010-12-24Added detection of type var naming conflicts to eclipse's @Delegate support.Reinier Zwitserloot
2010-12-22val x = foo; is now desugared into "@val type x = foo;" (the @val is added), ↵Reinier Zwitserloot
for javac. Of course, this is NOT done in delombok mode.
2010-12-18Moved all the Compile time constants from the Javac handlers and supporting ↵grootjans
classes
2010-11-29lombok.val import now gets removed. Only adding lombok.val flags the ↵Roel Spilker
compilation unit as changed.
2010-11-29some more work on why delombok isn't tracking changes due to val alone.Reinier Zwitserloot
2010-11-29'val' now only works if its a reference to lombok.val on javac.Reinier Zwitserloot
2010-11-29The somewhat rare conflict in typevar names problem has now been solved in ↵Reinier Zwitserloot
javac.
2010-11-28bugfixes for typeToJCTree. HandleDelegate (javac) is working better.Reinier Zwitserloot