Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Add since arg to deprecationWarning and use it | Simon Ochsenreither | 2016-05-29 | 1 | -1/+1 |
| | |||||
* | SI-8185 Correct grammar for single-warning compilation run | François Garillot | 2014-05-14 | 1 | -1/+1 |
| | |||||
* | SI-5479 deprecate DelayedInit outside of App | Adriaan Moors | 2014-02-19 | 1 | -0/+1 |
| | | | | | | | | | | | | | | DelayedInit's semantics are way too surprising. For example, it delays initialization of fields, so that fields on objects that extend `App` (which `extends DelayedInit`) are not initialized until the `main` method is called. For more details and a proposed alternative, see https://issues.scala-lang.org/browse/SI-4330?jql=labels%20%3D%20delayedinit%20AND%20resolution%20%3D%20unresolved. Support for `App` will continue -- we'll special case it. | ||||
* | SI-6841 Fix bug at the intersection of DelayedInit and named args | Jason Zaugg | 2013-05-30 | 1 | -0/+4 |
The DelayedInit transformation analyses the constructor to partition regular initialization from calls to super constructors / trait initializers. It failed to find such super calls if they were nested in a Block, which can happens when using named or default arguments. This commit makes that code peer into Blocks to correctly partition the constructor statements. This change doesn't affect the result of run/t4680.scala, which was mentioned in nearby comments and which chronicles bugs with DelayedInit when used in inheritance hierarchies. |