| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
again: relax access boundry check for overriding protected java members.
review by eugenevigdorchik.
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
revert the revert of r21791 (fix constructor parameter annotations).
close #3390. together with a new starr it builds. no review.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 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 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 fixes to companion objects
|
|
|
|
|
|
|
| |
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.)
|
| |
|
|
|
|
|
|
| |
New starr based on r19717 since I'm finding the current starr doesn't
have TupleN.zipped fully working.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
- 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
|
| |
|
| |
|
|
|
|
|
| |
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 new Predef that has the
implicit `conforms`
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 build itself. That's a
bit disconcerting because ant newstarr claimed success, which I had
thought was a guarantee.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
New starr based on r18322, to better take advantage of the last six
weeks (which include named/default arguments fixes, pattern matcher
fixes, structural type fixes, performance gains, and more useful bits
I'm sure.)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Further stability test failures will be fatal again.
New (deterministic) starr included: any further
"key not found" errors will be reproducible.
Warnings will be printed when linking old classfiles.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modified version number detection, so that
until we have a new starr both 4 and 5 are
acceptable (without warnings).
Restored stability test so that it does
complain if differences are found; however,
a failed stability test is still non-fatal
for the time being.
|
| |
|