| Age | Commit message (Collapse) | Author |
|---|
|
Conflicts:
src/core/lombok/eclipse/handlers/EclipseHandlerUtil.java
|
|
or the parameter of the generated getter/setter methods.
|
|
fileds. Fixed. Thanks to Philipp Eichhorn for spotting this problem!
|
|
|
|
warnings about variables that cannot be null
|
|
package. fixed.
|
|
dependency for delombok users.
|
|
correctly. Just in case its our fault, added some extra code to not even attempt any 'val' shenanigans in method arguments (which are LocalDeclaration subclasses).
|
|
|
|
|
|
|
|
|
|
anything. Fixed.
|
|
and arrays no longer cause "Symbol not found: Array" errors.
|
|
|
|
|
|
|
|
|
|
http://code.google.com/p/projectlombok/issues/detail?id=155
Now all lombok generated methods are located before any other method.
|
|
|
|
their String representations.
|
|
|
|
|
|
|
|
now no longer printed in delombok
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
classpath are relevant, and the flow needs to be parse all, then enter all, then transform all, instead of parse->enter->transform sequentially for each file in isolation.
|
|
|
|
|
|
systems with a javac that _does not_ close the annotation processor's jar. Fixed that, too.
|
|
javac, though for javac v1.6 you get false errors during compilation printed to stderr :(
|
|
more lombok classes to do its job, after javac has already closed the classloader via a hack. We hack the hack to stop javac from closing only _our_ (that is, lombok.jar's) classloader.
Co-Author: Roel
|
|
an ATHROW opcode.
|
|
|
|
|
|
|
|
|
|
|
|
|
