I avoided creating any dependency on yourkit. In addition, there
was no way to give arguments to the JVM without losing the ones
defined in ANT_OPTS, which has been a massive pain for a while.
So there is now "jvm.opts" which is simply appended to ANT_OPTS, e.g.
% ant -Djvm.opts=-verbose
[echo] Forking with JVM opts: -Xms1536M -Xmx2g -Xss1M -XX:MaxPermSize=192M -XX:+UseParallelGC -verbose
There is a minimal stub defining a profiler interface:
scala.tools.util.Profiling
Then the yourkit wrapper implements that interface. Once your
locker has been rebuilt once, you can do this:
ant yourkit.run
And it will build quick.lib/comp with profiling enabled, assuming
it can find the necessary files. See the yourkit.init target for
values to change: or ant -Dyourkit.home=/path/to/it might be enough.
Review by dragos.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23528 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
been ignoring their painstakingly set classpaths and using whatever
they can find in the vicinity of the scala script, which works OK
for pack but not so well for quick.
I also added a build.xml feature so you can drop jars into a dir and
have them automatically used everywhere. The directory is lib/extra.
Pro tip: add lib/extra to .gitignore and put jars like
yjp-controller-api-redist.jar in there.
Closes#3706, no review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23523 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
a memory leak when running scalac in resident mode (including
the presentation compiler and build manager). no review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23520 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
an outer name. EnclosingMethod is correctly generated.
Fixed isAnonymousClass definition. Updated test that
depends on anonymous inner class names.
Closes (again) #3249, references #2749.
review by odersky,extempore.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23507 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
I and three other people will use. Today's is -Yrich-exceptions.
Use it like so:
SOURCEPATH=/path/to/src scalac -Yrich-exceptions a.scala
In the repl, -Yrich-exceptions will cause lastException to be
bound to an Exceptional instead of old rusty Throwable. That
spins up new powers:
scala> Nil.head
[Nil.head] (List.scala:389)
(access lastException for the full trace)
scala> lastException.show
/* The repl internal portion of the stack trace is elided. */
[Nil.head]
386: override def isEmpty = true
387: override def head: Nothing =
388: throw new NoSuchElementException("head of empty list")
*389: override def tail: List[Nothing] =
390: throw new UnsupportedOperationException("tail of empty list")
391: // Removal of equals method here might lead to an infinite recursion similar to IntMap.equals.
392: override def equals(that: Any) = that match {
[line0.<init>] (<console>:6)
[line0.<clinit>] (<console>:-1)
Also try "lastException.showTable" but this is getting a little long
for more excerpt. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23505 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
This should fix java signatures when they refer to
method type parameters. I unrolled Adriaans previous fix
for #3249, as this one is more general. Closes#3249,
review by moors.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23503 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
Since it's only half it's behind -Xexperimental, but it works
like a charm for the half where it works (that being compiling
against bytecode.) Need input on how to approach the source half.
References ticket #2442. Review by moors.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23501 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
during compilation. The pickler knew more than was healthy about
things like compiler settings, so I let the pickler worry about
pickling and moved that logic somewhere closer to the surface.
Some convenience oriented tweaks to command line phase parsing.
The end result is as follows (some output trimmed for brevity.)
// dippy.scala
class Dippy {
def f[T <: Dippy](x: T) = (x, x)
object DingusDippy extends util.Random { }
}
// className@phaseString should be reliably unambiguous
% scalac -Xshow-class Dippy@typer,erasure,jvm dippy.scala
<<-- class Dippy after phase 'typer' -->>
Members (excluding Any/AnyRef unless overridden):
final object DingusDippy extends object Dippy.this.DingusDippy
def f[T <: Dippy](x: T): (T, T)
<<-- class Dippy after phase 'erasure' -->>
Members (excluding Any/AnyRef unless overridden):
private lazy var DingusDippy$module: object Dippy#DingusDippy
lazy val DingusDippy(): object Dippy#DingusDippy
def f(x: Dippy): Tuple2
<<-- class Dippy after phase 'jvm' -->>
Members (excluding Any/AnyRef unless overridden):
protected var bitmap$0: Int
private lazy var DingusDippy$module: object Dippy$DingusDippy
lazy val DingusDippy(): object Dippy$DingusDippy
def f(x: Dippy): Tuple2
No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23495 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
It logs where all the calls are coming from: that's all for the moment.
It's explained in the comments and test case, so I'm sure you don't
need it all repeated here. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23492 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
hashcodes were being calculated like:
elems map (_.hashCode) sum
This looks totally correct, except that because of set+map
semantics it drops all the duplicate hashcodes and therefore
calculates the wrong sum anytime there are unequal elements
with equal hashcodes. If we're married to the set+map semantics
(and I don't know what could be done about it) I had better
get a proper -Xlint going because this is one of those traps
which shoots bees out of its mouth. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23475 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
the same issues as JavaConversions with respect to overloading implicit
methods making them inaccessible to view bounds. Fixed JavaConverters.
Added a warning for when people overload parameterized implicits: in almost
all cases the name is irrelevant so there's little point in unwittingly
suffering degraded functionality. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23471 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
distribution can now be built with that option, with or without
optimization, and almost all tests cases can. (Those which can't
are due to different -Ycheck: issues.)
Major changes of interest are as follows:
* LOAD_EXCEPTION and THROW are parameterized on the throwable symbol.
* Does not squash all traits down to AnyRef, but instead deals with
issues as they arise. By observation the cases where one needs a
"Foo with Product" to manifest as both a "Foo" and a "Product" at
different places are quite rare, so we need not throw out the whole baby.
* Exception handlers now have positions.
* The remaining checker failures removed, such as CALL_METHOD wanting
to pop a value off the stack after calling a constructor.
* Many multiply defined values such as REFERENCE(ObjectClass) put in
one place (ICodes.scala) and reused.
* -Ycheck:icode output (if also given -Ydebug) worthy of Michelangelo.
Here is a class and the -Ycheck:icode -Ydebug output for f's block.
class A {
def f(x: Int, y: String) =
try println(x + y.length)
catch { case x: NullPointerException => () }
}
** Checking Block 4 [S: 3, 2] [P: 1] <closed>
1-> REF(singleton class Predef) 3 + LOAD_MODULE object Predef
2-> INT 3 + LOAD_LOCAL(value x)
3-> REF(class String) 3 + LOAD_LOCAL(value y)
2<- REF(class String) 3 - CALL_METHOD java.lang.String.length (dynamic)
3-> INT 3 + CALL_METHOD java.lang.String.length (dynamic)
2<- INT 3 - CALL_PRIMITIVE(Arithmetic(ADD,INT))
1<- INT 3 - """
2-> INT 3 + CALL_PRIMITIVE(Arithmetic(ADD,INT))
1<- INT 3 - BOX INT
2-> REF(class Integer) 3 + BOX INT
1<- REF(class Integer) 3 - CALL_METHOD scala.Predef.println (dynamic)
0<- REF(singleton class Predef) 3 - CALL_METHOD scala.Predef.println (dynamic)
Review by dragos (I marked the specific spots I thought of interest
with "PP to ID" which makes it sound like I'm talking to my primal self.
Next week on programmer theater: "PP to SUPEREGO.")
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23469 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
failures described in ticket #3872. This does not alter the compiler's
lub calculation as I'd hoped because I could not figure out how to
accomplish this without having unintended consequences. I think that
either Symbol.isLess could be adjusted, or perhaps the implementation of
spanningTypes, or other places... but it eluded me and I defer to the
type wizards. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23468 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
Global patch. Now type selections should do the right thing, e.g.
scalac -Xshow-class Global#Run src/compiler/scala/tools/nsc/Global.scala
will show you interesting things about Run. Or see the test case
for even more thrills. No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23467 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
Added parallel mutable hash sets.
Implemented parallel mutable hash set iterators.
Implemented parallel mutable hash set combiners.
Factored out unrolled linked lists into a separate class UnrolledBuffer, added tests.
Added parallel mutable hash set tests, and debugged hashsets.
No review.
git-svn-id: http://lampsvn.epfl.ch/svn-repos/scala/scala/trunk@23462 5e8d7ff9-d8ef-0310-90f0-a4852d11357a
extempore