| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Fix parsing annotation on function type | Guillaume Martres | 2017-02-12 | 1 | -0/+1 |
| | | |||||
| * | Remove overloaded constructor for annotations | Guillaume Martres | 2016-07-27 | 1 | -1/+1 |
| | | | | | | | This lead to inference failures when separately compiling t1751 and t294, this did not happen under joint compilation because JavaParser does not create the overloaded constructor | ||||
| * | Make normalizeToRef survive annotated types | Martin Odersky | 2015-05-21 | 1 | -1/+1 |
| | | | | | Did not handle this case before. | ||||
| * | Disallow {...} arguments for annotations | Martin Odersky | 2015-05-21 | 1 | -0/+13 |
| | | | | | | This mimics scalac's behavior (but not the official syntax; in fact the official syntax seems to be ambiguous. | ||||
| * | Fixed test | Martin Odersky | 2014-12-19 | 1 | -3/+1 |
| | | |||||
| * | Allow for varargs passed to Java annotation constructors. | Martin Odersky | 2014-12-19 | 1 | -3/+5 |
| | | |||||
| * | Java annotations parsing problem | Dmitry Petrashko | 2014-11-22 | 1 | -1/+5 |
| | | | | | | | | | | | Annotations in java could be compiled as-if array-only annotation had <repeated> arguments constructor. That isn't true for scala. Also, type checking creation of single-element array requires implicit resolution to provide ClassTag. This makes problems while reading deferred annotation. | ||||
| * | Add the right constructor to Java annotations | Martin Odersky | 2014-11-22 | 1 | -0/+11 |
 |
index : dotty | |
| Research platform for new language concepts and compiler technologies for Scala. |
| aboutsummaryrefslogtreecommitdiff |