aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2013-09-25Pre-emptive fix for the anticipated removal of ListBuffer.lb() in javac8Roel Spilker
2013-09-24tiny tiny fix for some incredibly unlikely mix of intellij, ibm stuff, and ↵Reinier Zwitserloot
who knows what. At any rate, Roel is absolutely sure this will fix it, so, hey, who am I to argue? NB: Unicum
2013-09-24Fixed slight typo issues with the tests due to merging and icelandic on the ↵Reinier Zwitserloot
fly bug fixing.
2013-09-24Merge branch 'master' into jdk8checkReinier Zwitserloot
Conflicts: src/core/lombok/core/Version.java src/core/lombok/javac/handlers/HandleConstructor.java test/transform/resource/messages-delombok/EqualsAndHashCodeWithSomeExistingMethods.java.messages test/transform/resource/messages-ecj/EqualsAndHashCodeWithSomeExistingMethods.java.messages
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-20Issue 559: NullPointerException when @NonNull is used in abstract methodSander Koning
- Prevent NPE in javac and give a proper warning in both eclipse and javac - Add test cases
2013-09-10updated SPI, it did not work in JDK8 properlyReinier Zwitserloot
2013-09-10version naming and changelog update for edge releaseReinier Zwitserloot
2013-09-09Updated unit tests to reflect new double-underscore default for onX. ↵Roel Spilker
(Because single underscore generates warnings in javac8).
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-09-09[jdk8support] jdk8 support branch now compiles under javac7, and produces ↵Roel Spilker
lombok.jar that works on all javas.
2013-09-09added a todo comment onlyRoel Spilker
2013-08-28fixed a code typo in the getterlazy usage example. Credits to Adam Brewster ↵Reinier Zwitserloot
for spotting it!
2013-08-19Removed blanksRoel Spilker
2013-08-19Fix suppressing diagnostic messages during resolution in #java8 #valRoel Spilker
2013-08-19Only look at the line number for errors and warnings.Roel Spilker
2013-08-14* Fixed 553: @XArgsConstructor (and @Builder on a class) did not look at ↵Reinier Zwitserloot
@Accessors to handle field accessors. * various operations on names in javac were really slow; they are faster now.
2013-08-13Getting the java8 compiler remember the commentsRoel Spilker
2013-08-13Merge branch 'jdk8support' of github.com:rzwitserloot/lombok into jdk8supportRoel Spilker
2013-08-12replaced double underscore as new standard way of writing the dummy ↵Reinier Zwitserloot
annotation for onX instead of single underscore, which emits warnings on javac8+. Also made dollars and Xes legal in addition to underscores, in case double underscore disappears later too.
2013-08-11Merge pull request #38 from jqno/masterReinier Zwitserloot
Fixed two typos
2013-08-11Oops: didn't realise the text appeared in multiple places.Jan Ouwens
2013-08-11Fixed two typosJan Ouwens
2013-08-06Merge branch 'jdk8support' of github.com:rzwitserloot/lombok into jdk8supportRoel Spilker
2013-08-06position now set for all code generated by javac handlers;Reinier Zwitserloot
this also solves the AssertionError in the Bits class on javac8-ea.
2013-08-06added Flags.PARAMETER to all the parameters we generate in javac.Reinier Zwitserloot
2013-08-05Suppressed warning about not closing the jar file since we use it for ↵Roel Spilker
loading classes.
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-18Upyeared the copyright notice in the generated javadoc.Roel Spilker
2013-07-16post-release version bump to 0.12.1Reinier Zwitserloot
2013-07-16bumped versionReinier Zwitserloot
2013-07-16* Fixed issues with @FieldDefaults and @Value (you can NOT overrideReinier Zwitserloot
@Value's final-by-default and private-by-default with it; now appropriate warnings are emitted) * Builder now errors out on presence of most lombok annotations on an explicit builder class. * Builder now takes @FieldDefaults/@Value into account. * Builder on type now generates the constructor as package private instead of private to avoid synthetic accessor constructors. * added a bunch of test cases. * added a test case feature: If the expected file is omitted entirely but there are expected messages, the differences in the output itself are ignored. * streamlined checking for boolean-ness (removed some duplicate code) * added 'fluent' and 'chain' to @Builder.
2013-07-16Renamed ImmutableList to LombokImmutableList, to reduce our ImmutableList ↵Reinier Zwitserloot
coming up in autocomplete dialogs when guava's was intended.
2013-07-08possible fix for a deadlock issue 531.Reinier Zwitserloot
2013-07-08Fixed value's snippet integration (it hadn't been updated yet now that Value ↵Reinier Zwitserloot
has moved from experimental into core).
2013-07-08gave up on adding support for moving javadoc to getter/setter in eclipse. ↵Reinier Zwitserloot
Eclipse breaks the javadoc out of the raw source and we can't modify that without breaking a billion things. To solve this issue we'd have to write some very complicated patches to intercept this process and somehow propagate the node that the javadoc is attached to AND translate from the ast model to dom or whatever is being used there. Not gonna happen for this low priority feature.
2013-07-08added tests for new javadoc behaviour, javac implementation of copying ↵Reinier Zwitserloot
javadoc for getters/setters, and fixed pretty printer to no longer inject an extra newline at the top of javadoc.
2013-07-08Support for javadoc copying in Getter/Setter generation for javac, as well ↵Reinier Zwitserloot
as updates to all relevant documentation
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-07updated docs for new desugaring for getter(lazy=true)Reinier Zwitserloot
2013-07-07eclipse support for the new @Getter(lazy=true) desugaring.Reinier Zwitserloot
2013-07-07@Getter(lazy=true) now uses a different, more efficient desugaring. ↵Reinier Zwitserloot
Implementing in javac, ecj still has to be done.
2013-07-07lombok's compile target is 1.6, but, eclipse project was generated as 1.7. ↵Reinier Zwitserloot
This caused a bunch of weirdness because eclipse changes a bunch of warnings and quickfixes based on this (such as complaining about lack of @SafeVarargs, a 1.7-only feature).
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.
generated by cgit (git 2.46.0) at 2024-12-22 14:42:22 +0000