Age | Commit message (Collapse) | Author |
|
Instead they are retrieved
dynamically, with a pinch of caching during runtime. We already had some
fixes to make sure that compile time constanst were not inlined, but we
need to take into account that a lot of the Integer-based enums have
been replaced with actual enums.
Also, certain TreeMaker methods needed to be invoked dynamically with
reflection.
This needs to be reviewed, and if it turns out that these changes are too
dramatic, we should fork out a larger part of our code for specific JVM
versions.
|
|
that JDK8 behaves similar to JDK7.
|
|
getCtcInt calls into constants as defined in Javac.
|
|
annotations including @NonFinal and @PackagePrivate, and some refactors. No tests yet.
|
|
|
|
|
|
will use the getter for delegation
|
|
have an asm dependency and now due to lacking the jarjar treatment all sorts of VerifyError hell breaks loose if you put both lombok.jar and lombok-utils.jar of 0.10.6 in the classpath while compiling with javac.
|
|
|
|
on a per Compilation Unit basis. The old way involved making reflective calls and detecting whether you need the 1.6 or the 1.7 variant to do this. These shenanigans are now hidden behind a nice API (lombok.javac.CommentCatcher).
|
|
|
|
|
|
|
|
in java7 is now completely broken but we'll fix that next.
|
|
See issues 43, 271, and 287.
|
|
is) separately compilable, i.e. has no deps on any of the others.
This is preparation work for being able to access some of these from lombok.ast without creating a cyclic dependency nightmare.
|