summaryrefslogtreecommitdiff
path: root/src/continuations/library
Commit message (Collapse)AuthorAgeFilesLines
* Brings all copyrights (in comments) up-to-date, from 2011/12 to 2013Heather Miller2012-11-022-2/+2
|
* Explicit type application in cps plugin.Paul Phillips2012-09-261-1/+1
| | | | -Xlint revealed a strange type was being inferred here.
* Eliminate breaking relative names in source.Paul Phillips2012-09-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These things are killing me. Constructions like package scala.foo.bar.baz import foo.Other DO NOT WORK in general. Such files are not really in the "scala" package, because it is not declared package scala package foo.bar.baz And there is a second problem: using a relative path name means compilation will fail in the presence of a directory of the same name, e.g. % mkdir reflect % scalac src/reflect/scala/reflect/internal/util/Position.scala src/reflect/scala/reflect/internal/util/Position.scala:9: error: object ClassTag is not a member of package reflect import reflect.ClassTag ^ src/reflect/scala/reflect/internal/util/Position.scala:10: error: object base is not a member of package reflect import reflect.base.Attachments ^ As a rule, do not use relative package paths unless you have explicitly imported the path to which you think you are relative. Better yet, don't use them at all. Unfortunately they mostly work because scala variously thinks everything scala.* is in the scala package and/or because you usually aren't bootstrapping and it falls through to an existing version of the class already on the classpath. Making the paths explicit is not a complete solution - in particular, we remain enormously vulnerable to any directory or package called "scala" which isn't ours - but it greatly limts the severity of the problem.
* fixed typo in documentation of @cpsParamDominik Gruntz2012-05-021-1/+1
|
* fixed svn props, did some cleanupmichelou2011-09-192-32/+47
|
* Scaladoc enhancements to continuations package ...Josh Suereth2011-09-182-7/+142
| | | | | | Scaladoc enhancements to continuations package for docspree. Review by rompf
* Beginning to document scala.util.continuations ...Paul Phillips2011-07-151-2/+62
| | | | | | | Beginning to document scala.util.continuations with a use case. Authored by Chris League and Roland Kuhn.
* Eliminating all possible warnings from trunk.Paul Phillips2010-12-111-3/+3
| | | | | | | one deprecation, one unchecked, and one "other", each of which volunteers no mechanism for suppression. (It would be nice to change this.) No review.
* Moved ClassfileAnnotation/StaticAnnotation/Anno...Paul Phillips2010-12-061-2/+2
| | | | | | | Moved ClassfileAnnotation/StaticAnnotation/Annotation/TypeConstraint into scala.annotation and enabled the deprecated type aliases in scala.* to point there. Also enclosed is a new starr to bootstrap. No review.
* Mopping up after the deprecation of exit and er...Paul Phillips2010-12-051-1/+1
| | | | | | | | | | | | | | Mopping up after the deprecation of exit and error. It is decidedly non-trivial (at least for the IDE-impaired) to be completely sure of which error function was being called when there were about twenty with the same signature in trunk and they are being variously inherited, imported, shadowed, etc. So although I was careful, the possibility exists that something is now calling a different "error" function than before. Caveat programmer. (And let's all make it our policy not to name anything "error" or "exit" from here on out....) No review.
* workaround for #3252. review by extempore.Tiark Rompf2010-04-041-2/+2
|
* improvements to cps exception handling.Tiark Rompf2010-03-262-16/+62
|
* added support for continuations in try/catch bl...Tiark Rompf2010-03-162-16/+71
| | | | | | added support for continuations in try/catch blocks. review by community.
* added missing file from last commit. no review.Tiark Rompf2010-03-111-0/+60
|
* moved the continuations plugin into trunk.Tiark Rompf2010-03-111-0/+65