aboutsummaryrefslogtreecommitdiff
path: root/src/utils/lombok/javac
AgeCommit message (Collapse)Author
2021-03-05[javac6] replacing calls to ListBuffer add/addAll to the append variants; ↵Reinier Zwitserloot
add/addAll do not work in j6.
2021-02-04[issue #2730] Javadoc generated by lombok in javac now gets its position set.Reinier Zwitserloot
This may fix 'IllegalArgumentException' errors when using google errorprone.
2020-12-21[fixes #2682] Fix NPE, always add Javadoc return statementRawi01
2020-10-03[javac] Added/improved support for the 'receiver parameter' featureReinier Zwitserloot
2020-06-25Merge branch 'newbuild'Reinier Zwitserloot
2020-06-25[bugfix] building would failReinier Zwitserloot
due to an invalid reference from src/utils to src/core.
2020-06-25Avoid class.getSimpleName except in static initializers or error messagesRoel Spilker
2020-06-19#1543: First primitives, then primitive wrappers, then other referencesRoel Spilker
2020-01-08[fixes #788] lombok generated equals method plus a non-null-by-default ↵Reinier Zwitserloot
annotation no longer clash.
2019-09-25[jdk13] Added support for printing text blocks (triple quoted strings) in ↵Reinier Zwitserloot
text block form
2019-05-06[trivial] replacing all calls to Class.newInstance() with ↵Reinier Zwitserloot
Class.getConstructor().newInstance to avoid warnings which are default in many JDK11+ environments, and it shouldn’t change anything (we handle the change from sneaky throwing to InvocationTargetException appropriately).
2019-04-24[trivial] adding a comment to give context to the fix for delombok being ↵Reinier Zwitserloot
overly liberal with applying "var" to things.
2019-04-24[jdk11] delombok was printing most variable declarations that are generated ↵Reinier Zwitserloot
by lombok with ‘var’.
2019-01-08[#1033] steps on the way to issue 1033: You can add cleanup tasks which are ↵Reinier Zwitserloot
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.
2018-11-06[fixes #1888] [jdk12] lombok can deal with the changes to case/break nodes ↵Reinier Zwitserloot
in JDK12-preview javac.
2018-10-29eliminate ‘you are using private API’ warnings by streamlining all ↵Reinier Zwitserloot
reflective access via a class that uses sun.misc.Unsafe to arrange access. From the nqzero permit-reflect library.
2018-04-20move ClassLiteral and FieldSelect from ↵Dmitry Kurelchuk
core/lombok/core/AnnotationValues.java to utils/lombok/core/
2018-04-17[Fixes #1656] Lombok would silently do the wrong thing when using references ↵Reinier Zwitserloot
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.
2018-02-07[trivial] copyright header year bump to 2018Reinier Zwitserloot
2018-02-07Fix version parsing for jdk10.Roel Spilker
2017-12-05[JDK9] fixing delombok’s comment integration in JDK9.Reinier Zwitserloot
2017-11-29bugfix for delomboking source that does not compile; it should just emit ↵Reinier Zwitserloot
compiler errors, not stack traces.
2017-11-28JDK9 support for delombok (and thus, for running the tests under JDK9).Reinier Zwitserloot
2017-03-22update references to issue numbersRoel Spilker
2017-01-19refactor of how creating void types works, also cleaned up some syntax.Reinier Zwitserloot
2015-02-04@UtilityClass handlers now more intelligent about inner types of implicitly ↵Reinier Zwitserloot
static contexts (enums, interfaces, and annotation declarations). Also added tests to test for these.
2015-02-01Fixed issues with val in inner classes, and re-enabled a test that caught it ↵Reinier Zwitserloot
that we ignored earlier.
2015-01-31updated some copyright headers and reverted a change to use a TreeMap to ↵Reinier Zwitserloot
force a more deterministic order to file processing in order to aid debugging. Also updated changelog.
2015-01-31[i694] When we resolve anything with inner classes, supertype references in ↵Reinier Zwitserloot
those inner classes that also have val will break, depending on compile order. This should fix it.
2015-01-11Set @Singularize code for javac improved, Map @Singularize added.Reinier Zwitserloot
2015-01-05@Singleton for j.u.Sets works in javac.Reinier Zwitserloot
2014-06-05Finished refactor of FieldAugment; there's no longer a separate variant for ↵Roel Spilker
boolean and references, and the code no longer blows up with a bunch of NPEs if you try to use the reference variant (which is now the only variant) with a primitive type. Should have zero effect on features or bugs, 100% refactor.
2014-03-17[#590][refactor] Fix for deadlock in WeakHashMap. Refactored all code that ↵Roel Spilker
used a WeakHashMap to fake a field.
2014-02-04#471: @SneakyThrows should work in NetBeansJan Lahoda
2013-10-10Whoops, Classload errors running lombok on javac with backing JVM 7 or ↵Reinier Zwitserloot
below; fixed.
2013-09-25[jdk8support] ... and javadoc copying support is back for javac8. Also fixed ↵Roel Spilker
some copyright headers.
2013-09-25Pre-emptive fix for the anticipated removal of ListBuffer.lb() in javac8Roel Spilker
2013-09-24Fixed netbeans 7.4RC1 issue (JavaCompiler.version() was returning bogus ↵Reinier Zwitserloot
values, so we now work around that javac bug).
2013-09-09[jdk8support] We now handle doc comments internally, alleviating the need to ↵Roel Spilker
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).
2013-08-13Getting the java8 compiler remember the commentsRoel Spilker
2013-08-05To quote Reinier paraphrasing the compiler: "If the loading doesn't work, I ↵Roel Spilker
don't want it!"
2013-07-28Some work on actually making lombok work on JDK8's javac.Reinier Zwitserloot
2013-07-28more progress. This one is less JDK8 compatible, butReinier Zwitserloot
it has major refactorings to make JDK6-8 support possibly with much prettier code.
2013-07-26experiment: Can we wrap TreeMaker and remove a heck of a lot of opportunity ↵Reinier Zwitserloot
to program handlers that are not cross javac6-8 compatible?
2013-07-23A source file with just @Getter in it now compiles in javac8, but there is ↵Reinier Zwitserloot
still a looooong way to go.
2013-07-22Merge branch 'master' into jdk8. Also added some major fixes whilst merging.Reinier Zwitserloot
Conflicts: src/core/lombok/javac/handlers/JavacHandlerUtil.java src/utils/lombok/javac/CommentCatcher.java src/utils/lombok/javac/Javac.java
2013-07-08A lot of refactoring on how javadoc is handled, to prepare for copying ↵Reinier Zwitserloot
javadoc from field to setter/getter in javac.
2013-07-07more work on the tricky Context hack to make 'ant compile' not emit warnings.Reinier Zwitserloot
2013-07-07FINALLY! Found the cause of a really weird eclipse bug,Reinier Zwitserloot
where _ANY_ mention of com.sun.tools.javac.tree.TreeMaker, anywhere in a source file, would disable pretty much every intelligent part of what makes the 'I' in IDE in eclipse: No auto-complete, no 'go to declaration', etcetera, but only since Eclipse Juno (not fixed in Kepler either). It's the presence of src/stubs/com/sun/tools/javac/util/Context.java. I've moved Context to a special stubs directory that's only used for javac (so that we still get the benefit of getting some warnings and such when making command line builds), and removed the @Override annotations for where the stubbing is relevant (for methods that exist in javac7 but not in javac6 on interfaces we create implementations of). Furthermore, I did some extremely tricky work in making our version actuall compatible with the exact class signatures of both javac6- and javac7+'s versions; generation of synthetic methods for reified type parameters was causing havoc. A big stack of 'here be voodoo' comments unfortunately added to explain it all; necessary evil.
2013-06-18Added a ClassDef wrapper, because its signature changed between javac1.6 and ↵Reinier Zwitserloot
javac1.7. (The wrapper uses reflection). Need for: javac @Builder impl. Also added some utilities to JavacHandlerUtil.
generated by cgit (git 2.46.0) at 2024-12-26 05:23:00 +0000