summaryrefslogtreecommitdiff
path: root/lib/scala-compiler.jar.desired.sha1
Commit message (Collapse)AuthorAgeFilesLines
* Specialization action.Paul Phillips2012-02-141-1/+1
| | | | | | | | | | | | | | | | | | | | | The crickets at http://www.scala-lang.org/node/11901 were in unanimous agreement that I should proceed as suggested. - No arguments to @specialize gets you 10/10, not 9/10 - Fixed bugs in AnyRef specialization revealed by trying to use it - Specialized Function1 on AnyRef. - Changed AnyRef specialization to use OBJECT_TAG, not TVAR_TAG. - Deprecated SpecializableCompanion in favor of Specializable, which has the virtue of being public so it can be referenced from outside the library. - Cooked up mechanism to group specializable types so we don't have to repeat ourselves quite so much, and create a few groups for illustrative purposes. I'm not too serious about those names but I used up all my name-thinking-up brain for the day. - Updated genprod and friends since I had to regenerate Function1. - Put tests for a bunch of remaining specialization bugs in pending. Closes SI-4740, SI-4770, SI-5267.
* new starr based on v2.10.0-M1-167-g0ccd295a78Paul Phillips2012-02-061-1/+1
|
* New starr based on r26060.Paul Phillips2011-11-231-1/+1
|
* New starr based on r26049.Paul Phillips2011-11-231-1/+1
|
* Moved meta annotations to annotation.meta, plus.Paul Phillips2011-10-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | It took me a long time to find a trivial error while adjusting the annotation packages, so I spent even longer trying to make sure next time it would take me less time. It's the usual business of eliminating duplication and unnecessary indirection. Behavioral note: there was no consistency or deducible reasoning regarding when annotation checks would be performed against the typeSymbol directly (thus excluding annotation subclasses) or when they would do a subclass check. I saw no reason it shouldn't always be a subclass check; if the annotation isn't supposed to be subclassed it should be final, and if it is, then the subclasses had probably better not stop exhibiting the behavior of the base class. Example: this now draws deprecated warnings, but did not before. class bippy extends deprecated("hi mom", "burma shave") @bippy def f = 5 (The deprecation message isn't printed so we're not there yet, but closer.) There is some new internal documentation on annotations, sadly lacking in my famous ascii diagrams, and some new conveniences. Review by rytz.
* 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.)
* New starr based on r25394 to make the starr lib...Paul Phillips2011-07-281-1/+1
| | | | | | New starr based on r25394 to make the starr liberator's job easier, no review.
* New starr based on r24814, no review.Paul Phillips2011-04-241-1/+1
|
* New starr based on r24804, no review.Paul Phillips2011-04-221-1/+1
|
* New starr based on r24749. No review.Paul Phillips2011-04-131-1/+1
|
* The AnyVal types become source files instead of...Paul Phillips2011-01-241-1/+1
| | | | | | | | | | | | | | | | | | | The AnyVal types become source files instead of polite compiler fictions. !! You'll need a serious "ant all.clean" now. !! As of this commit the system is fully bootstrapped and the synthetic code eliminated: only the source files remain. The sort-of-AnyVal-companions in scala.runtime.* have all been eliminated because the actual companions can do everything; deprecated vals in the scala.runtime package object point to the companions. This left AnyValCompanion as the only AnyVal related thing in the runtime package: that made little sense, so I deprecated and moved it as well. Starr is based on r24066 plus this commit. Closes #4121. Review by rytz, odersky.
* More fixes to avoid the dreaded "NoSymbol does ...Martin Odersky2010-12-181-1/+1
| | | | | | More fixes to avoid the dreaded "NoSymbol does not have owner" problem in names defaults.
* Preparing to enable delayedInit with new starr.Martin Odersky2010-12-141-1/+1
|
* again: relax access boundry check for overridin...Lukas Rytz2010-12-081-1/+1
| | | | | | again: relax access boundry check for overriding protected java members. review by eugenevigdorchik.
* Moved ClassfileAnnotation/StaticAnnotation/Anno...Paul Phillips2010-12-061-1/+1
| | | | | | | 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.
* new starr to fix sbt build.Lukas Rytz2010-10-211-1/+1
|
* New Starr, without msil classes.Iulian Dragos2010-09-011-1/+1
|
* New starr without debugging output. no review.Iulian Dragos2010-08-231-1/+1
|
* New starr for optimized builds.Iulian Dragos2010-08-231-1/+1
|
* New starr based on r22464, no review.Paul Phillips2010-07-021-1/+1
|
* New starrIulian Dragos2010-05-181-1/+1
|
* Fixed -Xcheckinit build.no review.Iulian Dragos2010-05-101-1/+1
|
* revert the revert of r21791 (fix constructor pa...Lukas Rytz2010-05-051-1/+1
| | | | | | revert the revert of r21791 (fix constructor parameter annotations). close #3390. together with a new starr it builds. no review.
* New starr with the latest fixes to specialization.Iulian Dragos2010-04-091-1/+1
|
* New starr for primitive companion objectsIulian Dragos2010-04-091-1/+1
|
* Added ## method to Any as our scala hashCode me...Paul Phillips2010-02-281-1/+1
| | | | | | | | | | | | | | Added ## method to Any as our scala hashCode method which provides consistent answers for primitive types. And I'm sure we're all tired of new starrs, but it's hard to add a method to Any without one. This patch only brings ## into existence, but nothing calls it yet. // some true assertions scala> assert(5.5f.## == 5.5f.hashCode) scala> assert(5.0f.## != 5.0f.hashCode && 5.0f.## == 5L.##) No review. (Already reviewed by odersky.)
* It turns out some of the weirdness lately is be...Paul Phillips2010-02-251-1/+1
| | | | | | | | | It turns out some of the weirdness lately is because changes to classpath handling have a way of not taking effect until they're installed via starr, and presently we have a starr with different logic than trunk. No choice but to roll up one more starr based on r20984. No review.
* Having some challenges confirming the validity ...Paul Phillips2010-02-201-1/+1
| | | | | | | Having some challenges confirming the validity of the bootstrap process given starr's slightly dated classpath code, so this is a new starr based on r20934. No review.
* new starr to bag performance improvements and f...Martin Odersky2010-01-291-1/+1
| | | | | new starr to bag performance improvements and fixes to companion objects
* Took advantage of package object fix to factor ...Paul Phillips2009-12-121-1/+1
| | | | | | | Took advantage of package object fix to factor the duplicated code out of scala.Math and scala.math.`package`. This required a new starr which exposes inherited package object members (starr is based on r20110.)
* Removed all traces of Boxed*Array. New starr.Paul Phillips2009-11-221-1/+1
|
* New starr based on r19717 since I'm finding the...Paul Phillips2009-11-181-1/+1
| | | | | | New starr based on r19717 since I'm finding the current starr doesn't have TupleN.zipped fully working.
* fix build on windows. fixes #2578Lukas Rytz2009-11-061-1/+1
|
* simplified re-ordering packagesLukas Rytz2009-11-051-1/+1
|
* fix cyclic reference errors in scaladoc.Lukas Rytz2009-11-041-1/+1
|
* new starr that does type constructor inferenceAdriaan Moors2009-10-221-1/+1
|
* built new starr and fixed test casesTiark Rompf2009-10-211-1/+1
|
* renamed Vector to IndexedSeqTiark Rompf2009-10-211-1/+1
|
* Sequence->SeqMartin Odersky2009-10-021-1/+1
|
* Fixed another array problemMartin Odersky2009-09-251-1/+1
|
* new arrays are done.Martin Odersky2009-09-211-1/+1
|
* new starr, with some changes to varargs handling.Martin Odersky2009-09-171-1/+1
|
* - support optimised build with "build.optimise"...Lukas Rytz2009-09-101-1/+1
| | | | | | | - support optimised build with "build.optimise", "dist.optimise" or - "test.optimise". nightly builds are now optimised (but not the - check-in builds) new starr containing all the latest optimiser-fixes
* new starr with class manifestsMartin Odersky2009-08-251-1/+1
|
* new starr with better Manifest handlingMartin Odersky2009-08-241-1/+1
|
* another starr, based on r18539 and Martin's cha...Adriaan Moors2009-08-241-1/+1
| | | | | another starr, based on r18539 and Martin's changes -- hopefully this one works in Windows
* second try to get a starr that can compile the ...Adriaan Moors2009-08-211-1/+1
| | | | | | second try to get a starr that can compile the new Predef that has the implicit `conforms`
* replaced the implicit `identity` coercion by `c...Adriaan Moors2009-08-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | replaced the implicit `identity` coercion by `conforms`, which can be used to encode generalised constraints the introduction of `conforms` revealed a bug in adaptToMember, which was inferring views while already inferring one, which gave rise to diverging implicits. Predef.identity is no longer special as far as the compiler is concerned. because conforms/identity was no longer prevented from being used as a view (which does not make sense, but preventing it shouldn't be necessary), removeNames in NamesDefaults suddenly didn't detect all ambiguities because it relied on tryTypedApply failing fixed by using an EmptyTree as an ambiguous argument instead of the argument, so failure is guaranteed fixed check file for t0590 new starr fixed the weirdest bug ever: don't know why, but can't change the total number of calls to newTermName in StdNames (so take away the one for "identity", give one back, doesn't matter where --> see "utterweirdness" at the end) the problem manifested itself by not finding Nil. This only happens during start up (when the scala/package.scala file hasn't been compiled yet), when Nil is required before List (because that would have forced Nil to be loaded).
* Reverted the just committed starr, which can't ...Paul Phillips2009-08-201-1/+1
| | | | | | | Reverted the just committed starr, which can't build itself. That's a bit disconcerting because ant newstarr claimed success, which I had thought was a guarantee.
* New starr based on r18525.Paul Phillips2009-08-201-1/+1
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-12 05:42:12 +0000