Age | Commit message (Collapse) | Author |
|
deferred (during the javac run) until the end.
This already fixes the exotic-to-the-point-of-nonexistent bug where setter and wither compete to steal the `@param` off of the field’s javadoc. Next are to fix builder and setter/wither competing whilst bringing javadocs to `@Builder`.
Then for various other conflicts, we should defer removal of lombok imports and annotations until the end too.
|
|
reflective access via a class that uses sun.misc.Unsafe to arrange access. From the nqzero permit-reflect library.
|
|
core/lombok/core/AnnotationValues.java to utils/lombok/core/
|
|
to `public static final String` fields, instead of actual string literals, there where you can specify strings in lombok annotation parameters, such as `@ToString(of = MyClass.CONSTANT_FIELD)`. We can’t really fix it, but at least now lombok will error when you do that and describe in detail what’s going wrong.
|
|
|
|
|
|
|
|
force a more deterministic order to file processing in order to aid debugging. Also updated changelog.
|
|
those inner classes
that also have val will break, depending on compile order. This should fix it.
|
|
|
|
|
|
|
|
below; fixed.
|
|
values, so we now work around that javac bug).
|
|
try and keep up with the complete rewrites of the doc comment parser from java6 to java7 to java8. Still doesn't actually work in jdk8, but only because of a last-mile issue. (we communicate the doc comment via compilationUnit.docComments but that changed types in jdk8, we just need to make a wrapper to make that work).
|
|
don't want it!"
|
|
it has major refactorings to make JDK6-8 support
possibly with much prettier code.
|
|
to program handlers that are not cross javac6-8 compatible?
|
|
still a looooong way to go.
|
|
Conflicts:
src/core/lombok/javac/handlers/JavacHandlerUtil.java
src/utils/lombok/javac/CommentCatcher.java
src/utils/lombok/javac/Javac.java
|
|
javac1.7. (The wrapper uses reflection). Need for: javac @Builder impl.
Also added some utilities to JavacHandlerUtil.
|
|
including docs and changelog.
|
|
platform and implemented it for javac BUT NOT FOR ECJ!
|
|
|
|
|
|
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.
|
|
getCtcInt calls into constants as defined in Javac.
|
|
|
|
|
|
|
|
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.
|