summaryrefslogtreecommitdiff
path: root/test/files/neg/delayed-init-ref.flags
Commit message (Collapse)AuthorAgeFilesLines
* SI-5479 deprecate DelayedInit outside of AppAdriaan Moors2014-02-191-1/+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.
* Warn on selection of vals from DelayedInit subclasses.Jason Zaugg2013-04-231-0/+1
Which are likely to yield null, if the program didn't start. This is a common source of confusion for people new to the language, as was seen during the Coursera course. The test case shows that the usage pattern within Specs2 won't generate these warnings.