aboutsummaryrefslogtreecommitdiff
path: root/src/core/lombok/javac
AgeCommit message (Collapse)Author
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
2010-11-26Fixed @PrintAST, which wouldn't do anything at all in javac mode since ↵Reinier Zwitserloot
resolution support was added.
2010-11-25Documented @Delegate with javadoc.Reinier Zwitserloot
2010-11-25@Delegate, at least without value=, seems to work great in javac now!Reinier Zwitserloot
2010-11-22- Renamed the diverse @Log annotations to give them distinct namesRoel Spilker
- Removed the option to specify a different class to log on - Updated tests and documentation
2010-11-22Added storing instanceof JavacTypes in JavacAST, and renamed ↵Reinier Zwitserloot
JavacResolution's methods.
2010-11-18Fixed @AllArgsConstructor screwing up with final fields that have been ↵Reinier Zwitserloot
initialized.
2010-11-18In javac, use ListBuffer to appendRoel Spilker
2010-11-11Merge branch 'master' into lazyinitRoel Spilker
Conflicts: src/core/lombok/javac/handlers/HandleGetter.java
2010-11-11@Getter(lazy=true) support for javacRoel Spilker
2010-11-11trivial - removed some unused importsReinier Zwitserloot
2010-11-10Merge branch 'fixDelombok'Reinier Zwitserloot
2010-11-10Delombok has been fixed to work more like a true javac run now. As a result, ↵Reinier Zwitserloot
its now compatible with resolution again (i.e. resolution based transformers are applied correctly when delomboking).
2010-11-10Fix for javac: 'val x = null;' is now valid, and results in x being of type ↵Reinier Zwitserloot
Object.
generated by cgit (git 2.46.0) at 2024-12-01 01:55:10 +0000