Age | Commit message (Collapse) | Author | |
---|---|---|---|
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 2018 | Reinier Zwitserloot | |
2018-02-07 | Fix version parsing for jdk10. | Roel Spilker | |
2017-12-05 | [JDK9] fixing delombok’s comment integration in JDK9. | Reinier Zwitserloot | |
2017-11-29 | bugfix for delomboking source that does not compile; it should just emit ↵ | Reinier Zwitserloot | |
compiler errors, not stack traces. | |||
2017-11-28 | JDK9 support for delombok (and thus, for running the tests under JDK9). | Reinier Zwitserloot | |
2017-03-22 | update references to issue numbers | Roel Spilker | |
2017-01-19 | refactor 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-01 | Fixed issues with val in inner classes, and re-enabled a test that caught it ↵ | Reinier Zwitserloot | |
that we ignored earlier. | |||
2015-01-31 | updated 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-11 | Set @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-05 | Finished 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 NetBeans | Jan Lahoda | |
2013-10-10 | Whoops, 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-25 | Pre-emptive fix for the anticipated removal of ListBuffer.lb() in javac8 | Roel Spilker | |
2013-09-24 | Fixed 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-13 | Getting the java8 compiler remember the comments | Roel Spilker | |
2013-08-05 | To quote Reinier paraphrasing the compiler: "If the loading doesn't work, I ↵ | Roel Spilker | |
don't want it!" | |||
2013-07-28 | Some work on actually making lombok work on JDK8's javac. | Reinier Zwitserloot | |
2013-07-28 | more progress. This one is less JDK8 compatible, but | Reinier Zwitserloot | |
it has major refactorings to make JDK6-8 support possibly with much prettier code. | |||
2013-07-26 | experiment: 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-23 | A source file with just @Getter in it now compiles in javac8, but there is ↵ | Reinier Zwitserloot | |
still a looooong way to go. | |||
2013-07-22 | Merge 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-08 | A lot of refactoring on how javadoc is handled, to prepare for copying ↵ | Reinier Zwitserloot | |
javadoc from field to setter/getter in javac. | |||
2013-07-07 | more work on the tricky Context hack to make 'ant compile' not emit warnings. | Reinier Zwitserloot | |
2013-07-07 | FINALLY! 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-18 | Added 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. | |||
2013-05-31 | Added @NonNull on parameters feature (issue 514), | Reinier Zwitserloot | |
including docs and changelog. | |||
2013-05-23 | Added a method to obtain latest java language spec supported by host | Reinier Zwitserloot | |
platform and implemented it for javac BUT NOT FOR ECJ! | |||
2013-04-05 | Type fixes for JDK7 | Robbert Jan Grootjans | |
2013-04-05 | Some small fixes for Java 7 | Robbert Jan Grootjans | |
2013-03-22 | Refactored out references to TypeTags. | Robbert Jan Grootjans | |
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. | |||
2013-03-08 | Added switch to CommentsCatcher. Assumption, until proven otherwise is | Robbert Jan Grootjans | |
that JDK8 behaves similar to JDK7. | |||
2012-11-12 | [refactor] Cleaned up static imports (always use *), and refactored out ↵ | Reinier Zwitserloot | |
getCtcInt calls into constants as defined in Javac. | |||
2012-03-27 | Whoops, errors during release build. fixed it quickly! | Reinier Zwitserloot | |
2012-03-21 | Implementation of @Accessors. | Reinier Zwitserloot | |
2011-12-12 | Renamed Comment to CommentInfo. | Reinier Zwitserloot | |
2011-11-21 | Made an API for creating a (oracle javac) JavaCompiler which tracks comments ↵ | Reinier Zwitserloot | |
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). | |||
2011-11-20 | Fix for issue 299: labels would break 'val' in javac. | Reinier Zwitserloot | |
2011-11-07 | Changed copyright notices | Roel Spilker | |
2011-11-01 | Fixed issue 284 now also for java7, introduced more stubbing | Roel Spilker | |
2011-10-31 | Fixed delombok making a mess of comments (issue 284) for javac 6. delombok ↵ | Roel Spilker | |
in java7 is now completely broken but we'll fix that next. | |||
2011-10-24 | pretty big refactor; introduced a new source package which should be (and ↵ | Reinier Zwitserloot | |
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. |