Age | Commit message (Collapse) | Author | |
---|---|---|---|
2011-08-08 | Made the annotation processor 'work' on java6 and java7 without any warnings | Roel Spilker | |
2011-08-08 | trivial | Roel Spilker | |
2011-08-06 | fixed Issue 248: | peichhorn | |
To support the new numeric literal syntax of Java 7, the constructor of IntLiteral got replaced by a factory-method. So we updated the affected handlers to work in both worlds. | |||
2011-08-02 | About to release 0.10.0-RC3 | Reinier Zwitserloot | |
2011-08-01 | Fixed issue 164. Oh yes. Party time! | Reinier Zwitserloot | |
skipPrintAst was a singleton global, so, yes, thread race issues all over the place. | |||
2011-08-01 | Updates to the DebugSnapshot system (stack-free logs, global disable switch, ↵ | Reinier Zwitserloot | |
print once only) | |||
2011-08-01 | Added the state of the HasAllMethodBodies flag in the issue 164 analyser. ↵ | Reinier Zwitserloot | |
Looks like eclipse sometimes sets this flag even though all method bodies are not in fact parsed yet, as a shortcut to try and force future eclipse parse runs to simply skip doing it as a timesaver. D'oh. | |||
2011-07-30 | fixed Issue 243: | peichhorn | |
"canEqual(java.lang.Object)" was not in the blacklist of HandleDelegate (only javac, for eclipse it was already present) | |||
2011-07-30 | fixed 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-25 | Preparing to release 0.10.0-RC2 | Reinier Zwitserloot | |
2011-07-25 | Works around issue 217. it's not a proper fix but better than 0.10.0-RC1. | Reinier Zwitserloot | |
2011-07-24 | Fixes 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-24 | Merge branch 'i164diag' | Reinier Zwitserloot | |
2011-07-18 | Upgraded the issue 164 reporter to replace what we had. I think we'll roll ↵ | Roel Spilker | |
this out in 0.10.0-RC2. | |||
2011-07-18 | Changes 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-18 | Dump the debug snapshots for issue 164 to a file. | Roel Spilker | |
2011-07-18 | Heh, these weren't included due to .gitignore. Fixed that, so now I can add ↵ | Reinier Zwitserloot | |
them. | |||
2011-07-18 | back-in-time debugging added. Of course now 164 isn't triggering anymore :/ | Reinier Zwitserloot | |
2011-07-18 | Now either all or none of equals/hashCode/canEqual is generated. Fixes issue ↵ | Roel Spilker | |
240. | |||
2011-06-20 | whoops, a very minor nit in synchronized which also caused a test to fail fixed. | Reinier Zwitserloot | |
2011-06-20 | Minor tweaks to documentation updates (javadocs, website). | Reinier Zwitserloot | |
2011-06-20 | Version bump to 0.10.0RC1 | Reinier Zwitserloot | |
2011-06-20 | fixed @Synchronized. | Reinier Zwitserloot | |
2011-06-20 | Added ability for annotation handlers to be invoked in the diet parse phase ↵ | Reinier Zwitserloot | |
even if its a post-diet handler. | |||
2011-06-20 | Javac/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-06-20 | SpiLoadUtil's findAnnotationClass didn't work with extends Foo<T>, only with ↵ | Reinier Zwitserloot | |
implements Foo<T>. Fixed this. | |||
2011-06-20 | as lombok never runs as AP anymore in ecj, the 'show some more info for bug ↵ | Reinier Zwitserloot | |
164' escape to not do that in ecj was no longer relevant. | |||
2011-06-13 | Fixed PrintAST, and separately SneakyThrows/Synchronized which failed ↵ | Reinier Zwitserloot | |
because the 'isFullParse' boolean was erronously set on a full rebuild, forced by HandleDelegate. HandleDelegate has also been updated to not do so much work if there's no @Delegate in a source file. | |||
2011-06-07 | Updated to ASM 4.0RC1 so that we can deal with java7, | Reinier Zwitserloot | |
especially class files built with java7. Fixes issue #188 | |||
2011-06-06 | Issue 188: add class file pool constants for methodhandles and invokedynamic ↵ | Roel Spilker | |
(java7) | |||
2011-06-02 | Eclipse handlers can now opt out of being run in diet-parse mode. Fixes ↵ | Reinier Zwitserloot | |
Synchronized and SneakyThrows | |||
2011-06-02 | Trivial fixes. | Reinier Zwitserloot | |
2011-05-30 | Whoops, ecj was broken due to half work on a previous commit to take ecj ↵ | Reinier Zwitserloot | |
annotation processing offline. | |||
2011-05-30 | The EclipseAST was incomplete when it came to ConstructorCalls. This lead to ↵ | peichhorn | |
a severe error in PatchDelegate(issue #211) where classes that didn't use lombok at all could not be build due to a NullPointerException. | |||
2011-05-30 | Whoops, 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-30 | tracking if an annotation has been handled or not is now no longer done | Reinier 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-30 | HandleDelegate 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-30 | Removed the ability of lombok to run as ecj annotation processor, because | Reinier Zwitserloot | |
it won't actually work right; method-level generics would break. The new way is to use -javaagent:lombok.jar=ECJ in addition to -cp lombok.jar | |||
2011-05-17 | Added a layer of indirection between the patched calls for delegate to guard ↵ | grootjans | |
against situations in which lombok can't possibly work, since there is not enough of eclipse on the classpath. Major example of this is when we are called through jsps in the eclipse help. Also added an extra check before the patchval is performed by checking if previous patch calls failed in TransformEclipseAST. This fixes Issue #207. | |||
2011-05-16 | Fixes issue 205: NullPointerException in javac's Check$Validator with val | Philipp Eichhorn | |
2011-05-13 | Updated copyright on javac HandleDelegate | Reinier Zwitserloot | |
2011-05-13 | @Delegate in javac on the new types/excludes model without autoexclusion now ↵ | Reinier Zwitserloot | |
works. | |||
2011-05-03 | Changed how @Delegate works in ecj - methods already present do NOT | Reinier Zwitserloot | |
preclude them from being generated, which means you get duplicate method errors. excludes=Types has been added to counteract this. Once we figure out how to resolve method sigs out of order we can go back to the original plan. | |||
2011-05-03 | Merge branch 'master' of git@github.com:rzwitserloot/lombok | Roel Spilker | |
2011-05-03 | Eclipse 3.7 updated some internal AST classes, causing: | Roel Spilker | |
NoSuchMethodError: CastExpression.<init> This commit fixes this (now lombok works both <3.7 and 3.7). fixes issue #206 | |||
2011-04-01 | Now logging a warning with diagnostic info so that the next time | Reinier Zwitserloot | |
a user runs into issue #164, we can get a more useful stracktrace from them. | |||
2011-04-01 | Added ability to log warnings in eclipse error log. | Reinier Zwitserloot | |
2011-03-18 | Rewritten @Cleanup's new null analysis prevention to not use | Reinier 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-21 | Issue 194: Javac gives and error when lombok.jar is on the classpath | Roel Spilker | |
2011-02-15 | Should be a fix for issue #177: NoClassDefFoundErrors for ↵ | Roel Spilker | |
JavacProcessingEnvironment would occur when using the m2eclipse plugin, for example when removing an entry from the build path. The actual change is small but this took quite some searching. m2eclipse uses plexus, and plexus uses a custom classloader, which means lombok can't find the JavacProcessingEnvironment loaded by that classloader. We fix it here by adding lombok to that custom classloader. Perhaps more die-hard m2eclipse users find a problem with this approach, but assuming these plexus compile runs are stand-alone, this should work great. fixed by Roel and Reinier. |