aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2012-11-12[refactor] Cleaned up static imports (always use *), and refactored out ↵Reinier Zwitserloot
getCtcInt calls into constants as defined in Javac.
2012-10-30post-release version bump.Reinier Zwitserloot
2012-10-30pre-release version bumpReinier Zwitserloot
2012-10-30Added annotation for the slf4j extended loggergrootjans
2012-10-30Fix for issue 408: IllegalArgumentException when generating setters in ↵Reinier Zwitserloot
eclipse for fields with @Deprecated on them.
2012-10-29fix for issue #423: @ExtensionMethods failed with an NPE in the handler on ↵Reinier Zwitserloot
javac if generated constructors are involved.
2012-10-25Empty statements no longer being printed to be consistent with Javac7 which ↵Reinier Zwitserloot
seems to just remove these from the AST entirely.
2012-10-23Fix for NPEs in the eclipse log forReinier Zwitserloot
org.eclipse.jdt.internal.compiler.lookup.MethodBinding.sourceMethod(MethodBinding.java:1108)
2012-10-22Fixes issue 422: VerifyError when running delombok in a javac7 environment.Reinier Zwitserloot
2012-10-22Ever since we do a lot more than just calling 'parse' when running delombok ↵Reinier Zwitserloot
in our tests, the tests are in the unfortunate scenario where we always compile against a given javac (lib/build/javac6.jar), and always run the tests against a given javac, but that javac tries to use the bootclasspath of the host JRE, and if that is JRE7, you get all sorts of errors. I fixed it by still compiling against a given javac (we can only ship one lombok.jar after all), but having the test task run with a given bootclasspath and a given javac.jar. There are 2 tasks that download both rt.jar and javac.jar for either OpenJDK6 or OpenJDK7, and it writes a properties file with those locations. The test task will use this property file, and explain what you need to do if it is not there. Incidentally, this brought to light issue 422: Delombok in java7 produces VerifyErrors.
2012-10-08Patches ASTNode.setSourceRange; by default it throws ↵Reinier Zwitserloot
IllegalArgumentExceptions in certain cases, but with no message, thus making it very hard to figure out what went wrong. The patch throws the same exceptions in the same cases, but gives the exception a useful error message.
2012-09-17If val errors out, now at least you see where it happened.Reinier Zwitserloot
2012-09-03@FieldDefaults was causing template suggestions to not appear sometimes.Reinier Zwitserloot
See issue 411.
2012-08-28If the JVM is started with -Dlombok.disable, lombok is disabled entirely for ↵Reinier Zwitserloot
both eclipse/ecj and javac operations.
2012-08-24There is now an 'override this method' alternative forReinier Zwitserloot
setting the annotation you handle for an XAnnotationHandler<T>; default behaviour still extracts the T part out of the signature.
2012-08-14post release version bumpReinier Zwitserloot
2012-08-13prerelease version bumpReinier Zwitserloot
2012-08-13Fix for issue 401: test(), Object.test(), and super.test() were all allowed ↵Reinier Zwitserloot
in eclipse for @ExtensionMethod, resulting in VerifyErrors in the emitted class files.
2012-08-13FieldDefaults (and Value) did not call .rebuild() after changing modifiers. ↵Reinier Zwitserloot
This also meant delombok would not emit the changed code if that's all that changed, because it thought nothing changed.
2012-08-10Added an optimization to javac: Don't force new resolution rounds if none of ↵Reinier Zwitserloot
the handlers in the next priority level need it.
2012-08-10bugfix: Detecting javac6 didn't work on soylatte; now it does.Reinier Zwitserloot
2012-08-10* Added priorities to handlers, along with implementation of the priority ↵Reinier Zwitserloot
system for javac and ecj. * @Value now makes the class itself final by default.
2012-08-06Added @Value and @FieldDefaults implementations for javac and ecj, the ↵Reinier Zwitserloot
annotations including @NonFinal and @PackagePrivate, and some refactors. No tests yet.
2012-08-06Fixed outdated javadoc text in @Data annotation.Reinier Zwitserloot
2012-08-06fully tested the HandleWither impl for eclipse.Reinier Zwitserloot
2012-08-06Merge branch 'master' into witherReinier Zwitserloot
Conflicts: src/core/lombok/javac/handlers/JavacHandlerUtil.java
2012-08-06Untested implementation of HandleWither for eclipse along with minor ↵Reinier Zwitserloot
refactors to HandleSetter
2012-07-22A potential fix for issue #394; Memory leaks in eclipse introduced in lombok ↵Reinier Zwitserloot
0.11.2 due to a fix involving WeakHashMaps for lazy getters of type boolean.
2012-07-18Lombok not longer removes the feature annotations and the import ↵Philipp Eichhorn
declarations of said annotations when running in Netbeans. This solves another batch of usability issues in Netbeans.
2012-07-17Fix for issue 396: Static constructors generated for classes with type ↵Reinier Zwitserloot
parameters did not work in javac.
2012-07-16fixed issue 391: Using 'staticConstructor' on @Data whilst an ↵Reinier Zwitserloot
@XxxArgsConstructor is present means it gets ignored, but until now lombok didn't warn you about this.
2012-07-16Added setting position of generated nodes in javac's @Synchronized as a ↵Reinier Zwitserloot
'pilot' to see if we cause any problems with this approach. It does generate nicer error messages! Example: Using @Synchronized with named lock on a static method, naming a non-existent or instance lock. That used to error on line -1.
2012-07-16Updated tests to reflect changes to delombok (delombok now kills super(), ↵Reinier Zwitserloot
because attrib adds them even in places where that's wrong). Also split up the SynchronizedName test into separate cases for each expected failure mode.
2012-07-16Delombok now also runs attrib on more files; this will reveal more errors ↵Philipp Eichhorn
which is particularly important for tests. This does mean delombok really does need your entire source/classpath to work right but there's unfortunately no real avoiding this anyway, given that we're doing more and more with resolution.
2012-07-13Fixed issue 399: @ExtensionMethod broken for javac in nearly all casesPhilipp Eichhorn
2012-07-13Fixed issue 397: Rare java.lang.StackOverflowError in JavacResolution.Philipp Eichhorn
2012-07-12Wither support + tests (javac only; ecj tests are currently set to ignore).Reinier Zwitserloot
2012-07-11Fielding a request to make some stuff public. The things made public are ↵Reinier Zwitserloot
already part of things we'll change even if public (because, not part of lombok.X or lombok.experimental.X or lombok.experimental.**), nor is it particularly volatile. See issue #389.
2012-07-11Fixed an issue where the installer tool would erroneously complain about ↵Reinier Zwitserloot
needing root access to install/uninstall lombok.
2012-07-11Made lombok more stable in netbeans based on some smart observations by Jan ↵Jan Lahoda
Lahoda of team Netbeans.
2012-07-10Very slight change to the helptext of lombok the executableReinier Zwitserloot
2012-07-06Version bump to 0.11.3Reinier Zwitserloot
2012-07-05fixed stupid memleak in PatchExtensionMethod.. sorry my bad..Philipp Eichhorn
2012-07-03version bump in preparation of releaseReinier Zwitserloot
2012-07-02Merge branch 'master' of github.com:rzwitserloot/lombokgrootjans
2012-07-02Simplified method injection into Eclipse. Pre-3.6 version of Eclipse seemedgrootjans
to need some special treatment to avoid a bug when generating constructors, see: http://code.google.com/p/projectlombok/issues/detail?id=155 Since Eclipse 3.6 we are no longer able to reproduce this issue. The fix, however, introduced bug 377 i.e. it was no longer possible to set break-points on lines above generated methods/constructors. tl;dr: Fixes #377, but does not reintroduce #155
2012-07-02Fixed issue 374: updated documentation about case insensitive checking for ↵Roel Spilker
existing methods.
2012-07-02Generated methods used to be inserted one higher than the intended placegrootjans
2012-07-02Added print position feature to @PrintASTgrootjans
2012-06-29Don't close the stream immediately after reading the first line...Sander Koning