summaryrefslogtreecommitdiff
path: root/test/files/pos/spec-annotations.scala
Commit message (Collapse)AuthorAgeFilesLines
* SI-6811 Remove usages of scala.annotation.cloneableSimon Ochsenreither2013-01-171-1/+1
| | | | | The source file itself will be removed later, because the compiler seems to need it for boot-strapping.
* SI-6388 Remove first parts of deprecated @serializable annotationSimon Ochsenreither2012-10-081-1/+1
|
* Removed a few more @deprecated members.Paul Phillips2012-04-281-1/+1
| | | | | The ones which remain I'm not removing on purpose, as I know from experience it's more trouble than it's yet worth.
* Shuffling classes around.Paul Phillips2011-10-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Old Man Reflection is coming home and he's not going to like finding out a bunch of beans have moved into his reflecting room. We had better evict those guys before he blows his stack. scala.reflect.*Bean* --> scala.beans.* scala.beans, that's kind of a fancy package name for some beans. I figure it's time to start fishing or cutting bait on this kind of thing. I don't even know what beans are, but if we're going to have them in the mainline, the least surprising place to find them is scala.beans. If we don't want to put them in scala.beans for whatever reason, then I say they don't belong in trunk at all. Bonus round: scala.annotation.target --> scala.beans.meta I don't know if there is any more unfortunate name for a package possible than "target". Maybe ".svn" or ".git" if you could have dots in package names. Package CVS wouldn't hit too hard these days. Package lib_managed? I'll try to come up with something. In any case this golden opportunity could not be squandered. There is a new starr included, because GenJVM contains all kinds of shooting-from-the-hip Bean-related name hardcoding. (Yes, still. I ran out of stones. So a few birds escape with their lives... this time.)
* Specialization landed in trunk.Iulian Dragos2009-06-181-0/+35