aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2011-07-25The previous commit to fix Issue 233 accidentally broke delombok for emtpy ↵peichhorn
method bodies. This is now fixed.
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-24Merge branch 'i164diag'Reinier Zwitserloot
2011-07-18Upgraded 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-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-18Dump the debug snapshots for issue 164 to a file.Roel Spilker
2011-07-18Fixes issue 232, now we also patch dom.SingleVariableDecls. Fixes val import ↵grootjans
disappearing when organizing imports in Eclipse, when using val in a foreach.
2011-07-18Heh, these weren't included due to .gitignore. Fixed that, so now I can add ↵Reinier Zwitserloot
them.
2011-07-18back-in-time debugging added. Of course now 164 isn't triggering anymore :/Reinier Zwitserloot
2011-07-18Now either all or none of equals/hashCode/canEqual is generated. Fixes issue ↵Roel Spilker
240.
2011-07-14fixed Issue 233:peichhorn
Javac parser handles ";" (empty statements) as empty blocks with an invalid position. Thats why delomok replaces ";" with "{}". This gets an issue when you use this in an interface, since interfaces are not allowed to have initializer blocks.
2011-06-20whoops, a very minor nit in synchronized which also caused a test to fail fixed.Reinier Zwitserloot
2011-06-20Minor tweaks to documentation updates (javadocs, website).Reinier Zwitserloot
2011-06-20Version bump to 0.10.0RC1Reinier Zwitserloot
2011-06-20fixed @Synchronized.Reinier Zwitserloot
2011-06-20Added ability for annotation handlers to be invoked in the diet parse phase ↵Reinier Zwitserloot
even if its a post-diet handler.
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-06-20SpiLoadUtil's findAnnotationClass didn't work with extends Foo<T>, only with ↵Reinier Zwitserloot
implements Foo<T>. Fixed this.
2011-06-20as 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-13Fixed 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-07Decided to improve the windows regexp detector from 'windows' to ↵Reinier Zwitserloot
win|win32|win64|windows, on a word break.
2011-06-07Detector regexp for windows had a pointless grouping in it.Reinier Zwitserloot
2011-06-07Updated to ASM 4.0RC1 so that we can deal with java7,Reinier Zwitserloot
especially class files built with java7. Fixes issue #188
2011-06-06Issue 188: add class file pool constants for methodhandles and invokedynamic ↵Roel Spilker
(java7)
2011-06-06-javaagent:lombok.jar=ECJ should now work to enable lombok in any ecj-based ↵Reinier Zwitserloot
tool including ecj itself.
2011-06-02Eclipse handlers can now opt out of being run in diet-parse mode. Fixes ↵Reinier Zwitserloot
Synchronized and SneakyThrows
2011-06-02Trivial fixes.Reinier Zwitserloot
2011-05-30Whoops, ecj was broken due to half work on a previous commit to take ecj ↵Reinier Zwitserloot
annotation processing offline.
2011-05-30The 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-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-30Removed the ability of lombok to run as ecj annotation processor, becauseReinier 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-28delombok would put copyright headers in between the 'package' keyword and ↵Philipp Eichhorn
the actual package. See discussion at https://groups.google.com/d/topic/project-lombok/64zuUlLnVMc/discussion
2011-05-17Added 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-16Whoops - previous commit has a grievous error in it. My bad. Fixed now.Reinier Zwitserloot
2011-05-16Split up PatchVal into the ecj and eclipse bits; in ecj you'd just get ↵Reinier Zwitserloot
NoSuchClassErrors.
2011-05-16EclipseLocationProvider now checks the current directory if it matches the ↵grootjans
eclipse-like executable patterns. Probably fixes issue #196
2011-05-16Fixes issue 205: NullPointerException in javac's Check$Validator with valPhilipp Eichhorn
2011-05-16Generalized fix for Issue #210, now the installer looks recursively for all ↵grootjans
platforms
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-05-09Recurse directories while eclipse or sts is part of the directory name. ↵Roel Spilker
Solves issue 210.
2011-05-03Changed how @Delegate works in ecj - methods already present do NOTReinier 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-03Merge branch 'master' of git@github.com:rzwitserloot/lombokRoel Spilker
2011-05-03Eclipse 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-01Now logging a warning with diagnostic info so that the next timeReinier Zwitserloot
a user runs into issue #164, we can get a more useful stracktrace from them.
2011-04-01Added ability to log warnings in eclipse error log.Reinier Zwitserloot
2011-03-28Now delegating classes defined in the same project works.Reinier Zwitserloot
At this revision, you can easily and reliably reproduce issue #164 by creating a loop (A delegates B and B delegates A).
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.