- About Scala
- Documentation
- Code Examples
- Software
- Scala Developers
compiler error on r21644?
Wed, 2010-04-21, 21:45
I've updated from SVN to r21644 and I'm running "ant all.clean test" to
do a full test before committing my JSON changes, but I'm hitting an
internal compiler error:
/collection/SeqViewLike.scala:43: error: name clash between inherited
members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Forced and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Forced[B] extends Transformed[B] with super.Forced[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:48:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Sliced and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Sliced extends Transformed[A] with super.Sliced {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:55:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Mapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Mapped[B] extends Transformed[B] with super.Mapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:60:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait FlatMapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait FlatMapped[B] extends Transformed[B] with
super.FlatMapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:81:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Appended and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Appended[B >: A] extends Transformed[B] with
super.Appended[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:88:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Filtered and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Filtered extends Transformed[A] with super.Filtered {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:103:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait TakenWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait TakenWhile extends Transformed[A] with
super.TakenWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:111:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait DroppedWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait DroppedWhile extends Transformed[A] with
super.DroppedWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:36:
error: name clash between defined and inherited member:
[scalacfork] method update:(idx: Int,elem: A)Unit and
[scalacfork] method update:(idx: Int,elem: A)Unit in trait IndexedSeqLike
[scalacfork] have same type after erasure: (idx: Int,elem:
java.lang.Object)Unit
[scalacfork] def update(idx: Int, elem: A)
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:91:
error: name clash between defined and inherited member:
[scalacfork] method span:(p: (A) =>
Boolean)(scala.collection.mutable.IndexedSeqView[A,Coll],
scala.collection.mutable.IndexedSeqView[A,Coll]) and
[scalacfork] method span:(p: (A) => Boolean)(Repr, Repr) in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (p: Function1)Tuple2
[scalacfork] override def span(p: A => Boolean): (IndexedSeqView[A,
Coll], IndexedSeqView[A, Coll]) = (takeWhile(p), dropWhile(p))
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:30:
error: name clash between inherited members:
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[This,(A1, B),That])That in trait
IterableViewLike and
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[Repr,(A1, B),That])That in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (that: Iterable,implicit bf:
scala.collection.generic.CanBuildFrom)java.lang.Object
[scalacfork] trait IndexedSeqView[A, +Coll] extends IndexedSeq[A]
[scalacfork] ^
[scalacfork] 11 errors found
BUILD FAILED
/home/software/scalastuff/scala/build.xml:480:
java.lang.RuntimeException: Compilation failed because of an internal
compiler error; see the error output for details.
at scala.Predef$.error(Predef.scala:60)
at scala.tools.ant.sabbus.ScalacFork.execute(ScalacFork.scala:118)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
at org.apache.tools.ant.Main.runBuild(Main.java:801)
at org.apache.tools.ant.Main.startAnt(Main.java:218)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
The full log is here:
derek@rocky:/home/software/scalastuff/scala$ nice -20
/home/software/java/apache-ant-1.8.0/bin/ant all.clean test
Buildfile: /home/software/scalastuff/scala/build.xml
[echo] Using scalacfork.jvmargs: -Xms128M -Xmx1024M -Xss1M
-XX:MaxPermSize=128M
strap.clean:
pack.clean:
libs.clean:
quick.clean:
[delete] Deleting directory /home/software/scalastuff/scala/build/quick
palo.clean:
locker.clean:
[delete] Deleting directory /home/software/scalastuff/scala/build/locker
docs.clean:
dist.clean:
all.clean:
init:
[echo] Using scalac.args.all:
[echo] Using javac.args:
[echo] Build number is '2.8.0.r21644-b20100421143439'
[echo] Built 21 April 2010, 14:34:39 from revision 21644 with Java
HotSpot(TM) 64-Bit Server VM 1.6.0_19
locker.start:
locker.pre-lib:
locker.lib:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/locker/classes/library
[javac] Compiling 14 source files to
/home/software/scalastuff/scala/build/locker/classes/library
[scalacfork] Compiling 569 files to
/home/software/scalastuff/scala/build/locker/classes/library
[scalacfork] warning: there were deprecation warnings; re-run with
-deprecation for details
[scalacfork] warning: there were unchecked warnings; re-run with
-unchecked for details
[scalacfork] two warnings found
[propertyfile] Creating new property file:
/home/software/scalastuff/scala/build/locker/classes/library/library.properties
[stopwatch] [locker.lib.timer: 2:10.315 sec]
locker.pre-comp:
locker.comp:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/locker/classes/compiler
[scalacfork] Compiling 286 files to
/home/software/scalastuff/scala/build/locker/classes/compiler
[scalacfork] warning: there were deprecation warnings; re-run with
-deprecation for details
[scalacfork] one warning found
[propertyfile] Creating new property file:
/home/software/scalastuff/scala/build/locker/classes/compiler/compiler.properties
[copy] Copying 24 files to
/home/software/scalastuff/scala/build/locker/classes/compiler
[stopwatch] [locker.comp.timer: 3:11.105 sec]
locker.done:
quick.start:
quick.pre-lib:
quick.lib:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Compiling 14 source files to
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Compiling 41 source files to
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[scalacfork] Compiling 569 files to
/home/software/scalastuff/scala/build/quick/classes/library
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:43:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Forced and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Forced[B] extends Transformed[B] with super.Forced[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:48:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Sliced and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Sliced extends Transformed[A] with super.Sliced {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:55:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Mapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Mapped[B] extends Transformed[B] with super.Mapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:60:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait FlatMapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait FlatMapped[B] extends Transformed[B] with
super.FlatMapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:81:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Appended and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Appended[B >: A] extends Transformed[B] with
super.Appended[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:88:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Filtered and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Filtered extends Transformed[A] with super.Filtered {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:103:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait TakenWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait TakenWhile extends Transformed[A] with
super.TakenWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:111:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait DroppedWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait DroppedWhile extends Transformed[A] with
super.DroppedWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:36:
error: name clash between defined and inherited member:
[scalacfork] method update:(idx: Int,elem: A)Unit and
[scalacfork] method update:(idx: Int,elem: A)Unit in trait IndexedSeqLike
[scalacfork] have same type after erasure: (idx: Int,elem:
java.lang.Object)Unit
[scalacfork] def update(idx: Int, elem: A)
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:91:
error: name clash between defined and inherited member:
[scalacfork] method span:(p: (A) =>
Boolean)(scala.collection.mutable.IndexedSeqView[A,Coll],
scala.collection.mutable.IndexedSeqView[A,Coll]) and
[scalacfork] method span:(p: (A) => Boolean)(Repr, Repr) in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (p: Function1)Tuple2
[scalacfork] override def span(p: A => Boolean): (IndexedSeqView[A,
Coll], IndexedSeqView[A, Coll]) = (takeWhile(p), dropWhile(p))
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:30:
error: name clash between inherited members:
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[This,(A1, B),That])That in trait
IterableViewLike and
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[Repr,(A1, B),That])That in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (that: Iterable,implicit bf:
scala.collection.generic.CanBuildFrom)java.lang.Object
[scalacfork] trait IndexedSeqView[A, +Coll] extends IndexedSeq[A]
[scalacfork] ^
[scalacfork] 11 errors found
BUILD FAILED
/home/software/scalastuff/scala/build.xml:480:
java.lang.RuntimeException: Compilation failed because of an internal
compiler error; see the error output for details.
at scala.Predef$.error(Predef.scala:60)
at scala.tools.ant.sabbus.ScalacFork.execute(ScalacFork.scala:118)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
at org.apache.tools.ant.Main.runBuild(Main.java:801)
at org.apache.tools.ant.Main.startAnt(Main.java:218)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Total time: 7 minutes 5 seconds
Wed, 2010-04-21, 22:17
#2
Re: compiler error on r21644?
On Wed, Apr 21, 2010 at 2:03 PM, Iulian Dragos <iulian.dragos@epfl.ch> wrote:
This is pretty strange, since Hudson shows no errors on the checkin target. I can build and then compile, for instance, just SeqViewLike, and everything works fine. Are you sure you have no stale classfiles on your class path? Are you building a fresh checkout, or do you have some local changes?
I'm seeing the same thing with a fresh checkout.
iulian
On Wed, Apr 21, 2010 at 10:45 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
I've updated from SVN to r21644 and I'm running "ant all.clean test" to
do a full test before committing my JSON changes, but I'm hitting an
internal compiler error:
/collection/SeqViewLike.scala:43: error: name clash between inherited
members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Forced and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Forced[B] extends Transformed[B] with super.Forced[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:48:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Sliced and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Sliced extends Transformed[A] with super.Sliced {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:55:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Mapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Mapped[B] extends Transformed[B] with super.Mapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:60:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait FlatMapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait FlatMapped[B] extends Transformed[B] with
super.FlatMapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:81:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Appended and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Appended[B >: A] extends Transformed[B] with
super.Appended[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:88:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Filtered and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Filtered extends Transformed[A] with super.Filtered {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:103:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait TakenWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait TakenWhile extends Transformed[A] with
super.TakenWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:111:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait DroppedWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait DroppedWhile extends Transformed[A] with
super.DroppedWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:36:
error: name clash between defined and inherited member:
[scalacfork] method update:(idx: Int,elem: A)Unit and
[scalacfork] method update:(idx: Int,elem: A)Unit in trait IndexedSeqLike
[scalacfork] have same type after erasure: (idx: Int,elem:
java.lang.Object)Unit
[scalacfork] def update(idx: Int, elem: A)
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:91:
error: name clash between defined and inherited member:
[scalacfork] method span:(p: (A) =>
Boolean)(scala.collection.mutable.IndexedSeqView[A,Coll],
scala.collection.mutable.IndexedSeqView[A,Coll]) and
[scalacfork] method span:(p: (A) => Boolean)(Repr, Repr) in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (p: Function1)Tuple2
[scalacfork] override def span(p: A => Boolean): (IndexedSeqView[A,
Coll], IndexedSeqView[A, Coll]) = (takeWhile(p), dropWhile(p))
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:30:
error: name clash between inherited members:
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[This,(A1, B),That])That in trait
IterableViewLike and
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[Repr,(A1, B),That])That in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (that: Iterable,implicit bf:
scala.collection.generic.CanBuildFrom)java.lang.Object
[scalacfork] trait IndexedSeqView[A, +Coll] extends IndexedSeq[A]
[scalacfork] ^
[scalacfork] 11 errors found
BUILD FAILED
/home/software/scalastuff/scala/build.xml:480:
java.lang.RuntimeException: Compilation failed because of an internal
compiler error; see the error output for details.
at scala.Predef$.error(Predef.scala:60)
at scala.tools.ant.sabbus.ScalacFork.execute(ScalacFork.scala:118)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
at org.apache.tools.ant.Main.runBuild(Main.java:801)
at org.apache.tools.ant.Main.startAnt(Main.java:218)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
The full log is here:
derek@rocky:/home/software/scalastuff/scala$ nice -20
/home/software/java/apache-ant-1.8.0/bin/ant all.clean test
Buildfile: /home/software/scalastuff/scala/build.xml
[echo] Using scalacfork.jvmargs: -Xms128M -Xmx1024M -Xss1M
-XX:MaxPermSize=128M
strap.clean:
pack.clean:
libs.clean:
quick.clean:
[delete] Deleting directory /home/software/scalastuff/scala/build/quick
palo.clean:
locker.clean:
[delete] Deleting directory /home/software/scalastuff/scala/build/locker
docs.clean:
dist.clean:
all.clean:
init:
[echo] Using scalac.args.all:
[echo] Using javac.args:
[echo] Build number is '2.8.0.r21644-b20100421143439'
[echo] Built 21 April 2010, 14:34:39 from revision 21644 with Java
HotSpot(TM) 64-Bit Server VM 1.6.0_19
locker.start:
locker.pre-lib:
locker.lib:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/locker/classes/library
[javac] Compiling 14 source files to
/home/software/scalastuff/scala/build/locker/classes/library
[scalacfork] Compiling 569 files to
/home/software/scalastuff/scala/build/locker/classes/library
[scalacfork] warning: there were deprecation warnings; re-run with
-deprecation for details
[scalacfork] warning: there were unchecked warnings; re-run with
-unchecked for details
[scalacfork] two warnings found
[propertyfile] Creating new property file:
/home/software/scalastuff/scala/build/locker/classes/library/library.properties
[stopwatch] [locker.lib.timer: 2:10.315 sec]
locker.pre-comp:
locker.comp:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/locker/classes/compiler
[scalacfork] Compiling 286 files to
/home/software/scalastuff/scala/build/locker/classes/compiler
[scalacfork] warning: there were deprecation warnings; re-run with
-deprecation for details
[scalacfork] one warning found
[propertyfile] Creating new property file:
/home/software/scalastuff/scala/build/locker/classes/compiler/compiler.properties
[copy] Copying 24 files to
/home/software/scalastuff/scala/build/locker/classes/compiler
[stopwatch] [locker.comp.timer: 3:11.105 sec]
locker.done:
quick.start:
quick.pre-lib:
quick.lib:
[mkdir] Created dir:
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Compiling 14 source files to
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Compiling 41 source files to
/home/software/scalastuff/scala/build/quick/classes/library
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[scalacfork] Compiling 569 files to
/home/software/scalastuff/scala/build/quick/classes/library
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:43:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Forced and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Forced[B] extends Transformed[B] with super.Forced[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:48:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Sliced and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Sliced extends Transformed[A] with super.Sliced {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:55:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Mapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Mapped[B] extends Transformed[B] with super.Mapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:60:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait FlatMapped and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait FlatMapped[B] extends Transformed[B] with
super.FlatMapped[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:81:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait Appended and
[scalacfork] method foreach:[U](f: (B) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Appended[B >: A] extends Transformed[B] with
super.Appended[B] {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:88:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait Filtered and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait Filtered extends Transformed[A] with super.Filtered {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:103:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait TakenWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait TakenWhile extends Transformed[A] with
super.TakenWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/SeqViewLike.scala:111:
error: name clash between inherited members:
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait DroppedWhile and
[scalacfork] method foreach:[U](f: (A) => U)Unit in trait IterableLike
[scalacfork] have same type after erasure: (f: Function1)Unit
[scalacfork] trait DroppedWhile extends Transformed[A] with
super.DroppedWhile {
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:36:
error: name clash between defined and inherited member:
[scalacfork] method update:(idx: Int,elem: A)Unit and
[scalacfork] method update:(idx: Int,elem: A)Unit in trait IndexedSeqLike
[scalacfork] have same type after erasure: (idx: Int,elem:
java.lang.Object)Unit
[scalacfork] def update(idx: Int, elem: A)
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:91:
error: name clash between defined and inherited member:
[scalacfork] method span:(p: (A) =>
Boolean)(scala.collection.mutable.IndexedSeqView[A,Coll],
scala.collection.mutable.IndexedSeqView[A,Coll]) and
[scalacfork] method span:(p: (A) => Boolean)(Repr, Repr) in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (p: Function1)Tuple2
[scalacfork] override def span(p: A => Boolean): (IndexedSeqView[A,
Coll], IndexedSeqView[A, Coll]) = (takeWhile(p), dropWhile(p))
[scalacfork] ^
[scalacfork]
/home/software/scalastuff/scala/src/library/scala/collection/mutable/IndexedSeqView.scala:30:
error: name clash between inherited members:
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[This,(A1, B),That])That in trait
IterableViewLike and
[scalacfork] method zip:[A1 >: A,B,That](that: Iterable[B])(implicit bf:
scala.collection.generic.CanBuildFrom[Repr,(A1, B),That])That in trait
IndexedSeqOptimized
[scalacfork] have same type after erasure: (that: Iterable,implicit bf:
scala.collection.generic.CanBuildFrom)java.lang.Object
[scalacfork] trait IndexedSeqView[A, +Coll] extends IndexedSeq[A]
[scalacfork] ^
[scalacfork] 11 errors found
BUILD FAILED
/home/software/scalastuff/scala/build.xml:480:
java.lang.RuntimeException: Compilation failed because of an internal
compiler error; see the error output for details.
at scala.Predef$.error(Predef.scala:60)
at scala.tools.ant.sabbus.ScalacFork.execute(ScalacFork.scala:118)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
at org.apache.tools.ant.Main.runBuild(Main.java:801)
at org.apache.tools.ant.Main.startAnt(Main.java:218)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Total time: 7 minutes 5 seconds
--
« Je déteste la montagne, ça cache le paysage »
Alphonse Allais
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Surf the harmonics
Wed, 2010-04-21, 23:07
#3
Re: compiler error on r21644?
On 04/21/2010 03:11 PM, David Pollak wrote:
>
>
> On Wed, Apr 21, 2010 at 2:03 PM, Iulian Dragos > wrote:
>
> This is pretty strange, since Hudson shows no errors on the checkin
> target. I can build and then compile, for instance, just
> SeqViewLike, and everything works fine. Are you sure you have no
> stale classfiles on your class path? Are you building a fresh
> checkout, or do you have some local changes?
>
>
> I'm seeing the same thing with a fresh checkout.
Seeing the same compiler error, or no error? I do have some local
changes, but not to anything referenced in these error messages:
derek@rocky:/home/software/scalastuff/scala$ svn status
M test/files/run/json.check
D test/files/run/json.scala.disabled
A + test/files/run/json.scala
M src/library/scala/util/parsing/json/JSON.scala
M src/library/scala/util/parsing/json/Parser.scala
Derek
Wed, 2010-04-21, 23:07
#4
Re: compiler error on r21644?
On Wed, Apr 21, 2010 at 2:58 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
On 04/21/2010 03:11 PM, David Pollak wrote:
>
>
> On Wed, Apr 21, 2010 at 2:03 PM, Iulian Dragos <iulian.dragos@epfl.ch
> <mailto:iulian.dragos@epfl.ch>> wrote:
>
> This is pretty strange, since Hudson shows no errors on the checkin
> target. I can build and then compile, for instance, just
> SeqViewLike, and everything works fine. Are you sure you have no
> stale classfiles on your class path? Are you building a fresh
> checkout, or do you have some local changes?
>
>
> I'm seeing the same thing with a fresh checkout.
Seeing the same compiler error, or no error?
The same compiler error you're seeing
I do have some local
changes, but not to anything referenced in these error messages:
derek@rocky:/home/software/scalastuff/scala$ svn status
M test/files/run/json.check
D test/files/run/json.scala.disabled
A + test/files/run/json.scala
M src/library/scala/util/parsing/json/JSON.scala
M src/library/scala/util/parsing/json/Parser.scala
Derek
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Surf the harmonics
Wed, 2010-04-21, 23:27
#5
Re: compiler error on r21644?
On 04/21/2010 03:03 PM, Iulian Dragos wrote:
> This is pretty strange, since Hudson shows no errors on the checkin
> target. I can build and then compile, for instance, just SeqViewLike,
> and everything works fine. Are you sure you have no stale classfiles on
> your class path? Are you building a fresh checkout, or do you have some
> local changes?
Also, I'm doing an "ant all.clean test", and AFAIK the all.clean target
should completely nuke any compiled artifacts.
Derek
Thu, 2010-04-22, 00:17
#6
Re: compiler error on r21644?
On Wed, Apr 21, 2010 at 04:13:07PM -0600, Derek Chen-Becker wrote:
> Also, I'm doing an "ant all.clean test", and AFAIK the all.clean
> target should completely nuke any compiled artifacts.
Somehow you guys have a polluted environment. I see the error you're
seeing often (the last month or so anyway) and it's always a matter of
rebuilding. Try something like
ant -Dscalac.args="-Ylog-classpath -verbose" all.clean build
Should be plenty of hints in there where it's going wrong.
Thu, 2010-04-22, 01:17
#7
Re: compiler error on r21644?
On Wed, Apr 21, 2010 at 4:09 PM, Paul Phillips <paulp@improving.org> wrote:
On Wed, Apr 21, 2010 at 04:13:07PM -0600, Derek Chen-Becker wrote:
> Also, I'm doing an "ant all.clean test", and AFAIK the all.clean
> target should completely nuke any compiled artifacts.
Somehow you guys have a polluted environment. I see the error you're
seeing often (the last month or so anyway) and it's always a matter of
rebuilding. Try something like
ant -Dscalac.args="-Ylog-classpath -verbose" all.clean build
Should be plenty of hints in there where it's going wrong.
Yeah... I ran a compile on a fresh VM Ware instance and it worked. I'll figure out what in my config is causing problems.
--
Paul Phillips | Giving every man a vote has no more made men wise
Vivid | and free than Christianity has made them good.
Empiricist | -- H. L. Mencken
up hill, pi pals! |----------* http://www.improving.org/paulp/ *----------
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Surf the harmonics
Thu, 2010-04-22, 02:47
#8
Re: compiler error on r21644?
On Thursday 22 April 2010 03:09:58 Paul Phillips wrote:
> On Wed, Apr 21, 2010 at 04:13:07PM -0600, Derek Chen-Becker wrote:
> > Also, I'm doing an "ant all.clean test", and AFAIK the all.clean
> > target should completely nuke any compiled artifacts.
>
> Somehow you guys have a polluted environment. I see the error you're
> seeing often (the last month or so anyway) and it's always a matter of
> rebuilding. Try something like
>
> ant -Dscalac.args="-Ylog-classpath -verbose" all.clean build
>
> Should be plenty of hints in there where it's going wrong.
I'm next happy here (and never saw such error at all). Have attached output
tail (~1000 rows). Sorry, can not interpret myself. The exact command was:
$ nice -n 15 ant -Dscalac.args="-Ylog-classpath -verbose" all.clean fastdist-opt
Andrew
Thu, 2010-04-22, 03:17
#9
Re: compiler error on r21644?
On 04/21/2010 07:37 PM, Andrew Gaydenko wrote:
> On Thursday 22 April 2010 03:09:58 Paul Phillips wrote:
>> On Wed, Apr 21, 2010 at 04:13:07PM -0600, Derek Chen-Becker wrote:
>>> Also, I'm doing an "ant all.clean test", and AFAIK the all.clean
>>> target should completely nuke any compiled artifacts.
>>
>> Somehow you guys have a polluted environment. I see the error you're
>> seeing often (the last month or so anyway) and it's always a matter of
>> rebuilding. Try something like
>>
>> ant -Dscalac.args="-Ylog-classpath -verbose" all.clean build
>>
>> Should be plenty of hints in there where it's going wrong.
>
> I'm next happy here (and never saw such error at all). Have attached output
> tail (~1000 rows). Sorry, can not interpret myself. The exact command was:
>
> $ nice -n 15 ant -Dscalac.args="-Ylog-classpath -verbose" all.clean fastdist-opt
Looks pretty much like what I'm seeing. I only see Scala classes loaded
from my JDK's rt.jar, build/locker and build/quick (I tried a manual 'rm
-f build' to no effect). There are a few classes that load from ant.jar,
lib/msil.jar and lib/jline.jar but I wouldn't think that those would
cause these problems. I'm running in the exact same shell that ran 'ant
test' fine on an earlier release yesterday, so my environment hasn't
changed unless SABBUS is storing things somewhere in my file system. I'm
at a loss...
Derek
Thu, 2010-04-22, 04:07
#10
Re: compiler error on r21644?
The only plausible candidate to pin it on are the specialization
patches, r21638 and r21639. Are dpp, derek, andrew all on linux? And me
and iulian on osx? That's my only stab at why some of us see none of
this and others see it all.
Thu, 2010-04-22, 04:17
#11
Re: compiler error on r21644?
If you're on OSX, are you working on a default filesystem which is case-insensitive or do you have it setup to be case-sensitive? I've experienced all sorts of strangeness before due to moving between case sensitive and case insensitive file systems via a vcs.
On Wed, Apr 21, 2010 at 11:02 PM, Paul Phillips <paulp@improving.org> wrote:
--
http://erikengbrecht.blogspot.com/
On Wed, Apr 21, 2010 at 11:02 PM, Paul Phillips <paulp@improving.org> wrote:
The only plausible candidate to pin it on are the specialization
patches, r21638 and r21639. Are dpp, derek, andrew all on linux? And me
and iulian on osx? That's my only stab at why some of us see none of
this and others see it all.
--
Paul Phillips | A Sunday school is a prison in which children do
Stickler | penance for the evil conscience of their parents.
Empiricist | -- H. L. Mencken
i pull his palp! |----------* http://www.improving.org/paulp/ *----------
--
http://erikengbrecht.blogspot.com/
Thu, 2010-04-22, 04:27
#12
Re: compiler error on r21644?
On Thursday 22 April 2010 07:02:12 Paul Phillips wrote:
> The only plausible candidate to pin it on are the specialization
> patches, r21638 and r21639. Are dpp, derek, andrew all on linux?
I am. Have tried both Sun (or must we say Oracle?) JDK and OpenJDK with the
same result.
> And me
> and iulian on osx? That's my only stab at why some of us see none of
> this and others see it all.
Can it be some kind of synchronization/sequence-of-operations issue?
Thu, 2010-04-22, 06:07
#13
Re: compiler error on r21644?
On 04/21/2010 09:13 PM, Andrew Gaydenko wrote:
> On Thursday 22 April 2010 07:02:12 Paul Phillips wrote:
>> The only plausible candidate to pin it on are the specialization
>> patches, r21638 and r21639. Are dpp, derek, andrew all on linux?
>
> I am. Have tried both Sun (or must we say Oracle?) JDK and OpenJDK with the
> same result.
Same here. Ubuntu 9.10 x86_64 with 64 bit 1.6.0_19 Sun JDK, for point of
reference.
Thu, 2010-04-22, 07:37
#14
Re: compiler error on r21644?
On Thu, Apr 22, 2010 at 5:02 AM, Paul Phillips <paulp@improving.org> wrote:
The only plausible candidate to pin it on are the specialization
patches, r21638 and r21639. Are dpp, derek, andrew all on linux? And me
and iulian on osx? That's my only stab at why some of us see none of
this and others see it all.
Hudson builds on linux, and I also build it recently on chara (Linux as well). I know specialization has exhausted its credibility budget, but since you saw similar errors during the past month, I don't think it's at fault now. Of course, it would be good to pin it down, but again given that David saw the errors disappear in a clean environment makes me think this is a config issue.
Can someone post a classpath log of a failing build?
iulian
--
Paul Phillips | A Sunday school is a prison in which children do
Stickler | penance for the evil conscience of their parents.
Empiricist | -- H. L. Mencken
i pull his palp! |----------* http://www.improving.org/paulp/ *----------
--
« Je déteste la montagne, ça cache le paysage »
Alphonse Allais
Thu, 2010-04-22, 08:17
#15
Re: compiler error on r21644?
On Thu, Apr 22, 2010 at 08:34:21AM +0200, Iulian Dragos wrote:
> Hudson builds on linux, and I also build it recently on chara (Linux
> as well). I know specialization has exhausted its credibility budget,
> but since you saw similar errors during the past month, I don't think
> it's at fault now.
I think the way those files are put together is just particularly
sensitive to small variations in classfiles. So they're more of a
canary in a coal mine, not real clear where they're pointing. I was
fingering those specialization commits because it sounded like this had
hit all these guys in the very recent past and those were the only
viable looking patches. But: if I rewind a tad further, I find r21627,
which now looks very suspicious.
https://lampsvn.epfl.ch/trac/scala/changeset/21627
It'd be nice if someone failing could pin it on a commit or at least a
range.
Thu, 2010-04-22, 08:27
#16
Re: compiler error on r21644?
But: if I rewind a tad further, I find r21627,
which now looks very suspicious.
https://lampsvn.epfl.ch/trac/scala/changeset/21627
Let me know what is suspicious about that commit, I'll try to explain. Lukas
Thu, 2010-04-22, 08:57
#17
Re: compiler error on r21644?
On Thu, Apr 22, 2010 at 09:19:07AM +0200, Lukas Rytz wrote:
> > https://lampsvn.epfl.ch/trac/scala/changeset/21627
>
> Let me know what is suspicious about that commit, I'll try to explain.
It's a suspicion based on swinging a dead cat looking for recent commits
tweaking places which might lead to the reported behaviors, not from the
actual code per se. As an aside, I think coreClassesFirst would be
cleaner written as a sort function:
def cmp(f1: SourceFile, f2: SourceFile) = ...
files sortWith cmp
Thu, 2010-04-22, 09:37
#18
Re: compiler error on r21644?
On Thu, Apr 22, 2010 at 9:48 AM, Paul Phillips <paulp@improving.org> wrote:
On Thu, Apr 22, 2010 at 09:19:07AM +0200, Lukas Rytz wrote:I don't think it's this one. As we have seen the errors sporadically over he last month it must be related to something that appeared about a month ago. Btw I also saw these things from time to time when doing simply ant, but they always went away once I did a clean build.
> > https://lampsvn.epfl.ch/trac/scala/changeset/21627
>
> Let me know what is suspicious about that commit, I'll try to explain.
It's a suspicion based on swinging a dead cat looking for recent commits
tweaking places which might lead to the reported behaviors, not from the
actual code per se. As an aside, I think coreClassesFirst would be
cleaner written as a sort function:
def cmp(f1: SourceFile, f2: SourceFile) = ...
files sortWith cmp
--
Paul Phillips | Before a man speaks it is always safe to assume
Moral Alien | that he is a fool. After he speaks, it is seldom
Empiricist | necessary to assume it.
pp: i haul pills | -- H. L. Mencken
Cheers
-- Martin
Thu, 2010-04-22, 10:07
#19
Re: compiler error on r21644?
Funny enought, i now get this error when compiling msil. Clean checkout,
running "ant msil" on chara. The exact same works fine on Iulian's mac.
I'm trying to reproduce it without ant.
On Thu, Apr 22, 2010 at 10:29, martin odersky <martin.odersky@epfl.ch> wrote:
running "ant msil" on chara. The exact same works fine on Iulian's mac.
I'm trying to reproduce it without ant.
On Thu, Apr 22, 2010 at 10:29, martin odersky <martin.odersky@epfl.ch> wrote:
On Thu, Apr 22, 2010 at 9:48 AM, Paul Phillips <paulp@improving.org> wrote:
On Thu, Apr 22, 2010 at 09:19:07AM +0200, Lukas Rytz wrote:I don't think it's this one. As we have seen the errors sporadically over he last month it must be related to something that appeared about a month ago. Btw I also saw these things from time to time when doing simply ant, but they always went away once I did a clean build.
> > https://lampsvn.epfl.ch/trac/scala/changeset/21627
>
> Let me know what is suspicious about that commit, I'll try to explain.
It's a suspicion based on swinging a dead cat looking for recent commits
tweaking places which might lead to the reported behaviors, not from the
actual code per se. As an aside, I think coreClassesFirst would be
cleaner written as a sort function:
def cmp(f1: SourceFile, f2: SourceFile) = ...
files sortWith cmp
--
Paul Phillips | Before a man speaks it is always safe to assume
Moral Alien | that he is a fool. After he speaks, it is seldom
Empiricist | necessary to assume it.
pp: i haul pills | -- H. L. Mencken
Cheers
-- Martin
Thu, 2010-04-29, 21:17
#20
Re: compiler error on r21644?
On 04/22/2010 03:04 AM, Lukas Rytz wrote:
> Funny enought, i now get this error when compiling msil. Clean checkout,
> running "ant msil" on chara. The exact same works fine on Iulian's mac.
> I'm trying to reproduce it without ant.
Interestingly, after an "svn up" this morning, everything compiles OK.
Derek
Thu, 2010-04-29, 21:37
#21
Re: compiler error on r21644?
On Thu, Apr 29, 2010 at 10:12 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
On 04/22/2010 03:04 AM, Lukas Rytz wrote:Yes, I fixed the problem last weekend. Thanks for pointing it out!
> Funny enought, i now get this error when compiling msil. Clean checkout,
> running "ant msil" on chara. The exact same works fine on Iulian's mac.
> I'm trying to reproduce it without ant.
Interestingly, after an "svn up" this morning, everything compiles OK.
Cheers
-- Martin
Derek
Thu, 2010-04-29, 22:07
#22
Re: compiler error on r21644?
On 04/29/2010 02:28 PM, martin odersky wrote:
> Yes, I fixed the problem last weekend. Thanks for pointing it out!
Since you announced a desire for RC2 should I hold off on committing the
JSON patch until that's out?
Derek
Thu, 2010-04-29, 22:27
#23
Re: compiler error on r21644?
Hi Derek,
On Thu, Apr 29, 2010 at 11:01 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
If you think the patch will most likely not have ramifications for major packages, you could still check it in today before RC2 comes out on Friday. But do this only if you really think the patch is non-critical.
Cheers
-- Martin
On Thu, Apr 29, 2010 at 11:01 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
On 04/29/2010 02:28 PM, martin odersky wrote:That depends. If you think the patch has a high probablility of invalidating code in specs/lift/sbt or other major packages, I'd tend to wait. There's a chance that RC2 will be promoted to final in which case the patch would only go into 2.8.1 which will come out maybe a couple months later. But since the problem has been in the code base for a long time I see no overwhelming urgency to fix it now and delay the release process.
> Yes, I fixed the problem last weekend. Thanks for pointing it out!
Since you announced a desire for RC2 should I hold off on committing the
JSON patch until that's out?
If you think the patch will most likely not have ramifications for major packages, you could still check it in today before RC2 comes out on Friday. But do this only if you really think the patch is non-critical.
Cheers
-- Martin
Thu, 2010-04-29, 22:57
#24
Re: compiler error on r21644?
On Thu, Apr 29, 2010 at 2:21 PM, martin odersky <martin.odersky@epfl.ch> wrote:
Hi Derek,
On Thu, Apr 29, 2010 at 11:01 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
On 04/29/2010 02:28 PM, martin odersky wrote:That depends. If you think the patch has a high probablility of invalidating code in specs/lift/sbt or other major packages, I'd tend to wait. There's a chance that RC2 will be promoted to final in which case the patch would only go into 2.8.1 which will come out maybe a couple months later. But since the problem has been in the code base for a long time I see no overwhelming urgency to fix it now and delay the release process.
> Yes, I fixed the problem last weekend. Thanks for pointing it out!
Since you announced a desire for RC2 should I hold off on committing the
JSON patch until that's out?
Lift isn't using any of the Scala JSON stuff., FWIW
If you think the patch will most likely not have ramifications for major packages, you could still check it in today before RC2 comes out on Friday. But do this only if you really think the patch is non-critical.
Cheers
-- Martin
--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Surf the harmonics
Thu, 2010-04-29, 23:17
#25
Re: compiler error on r21644?
On 04/29/2010 03:21 PM, martin odersky wrote:
> That depends. If you think the patch has a high probablility of
> invalidating code in specs/lift/sbt or other major packages, I'd tend to
> wait. There's a chance that RC2 will be promoted to final in which case
> the patch would only go into 2.8.1 which will come out maybe a couple
> months later. But since the problem has been in the code base for a long
> time I see no overwhelming urgency to fix it now and delay the release
> process.
I'll hold off until 2.8.1 then to avoid any last minute problems. I'll
note a workaround in the ticket for the JSON issue in the interim and
once 2.8 final is released I'll go ahead and commit the changes.
Derek
Fri, 2010-04-30, 09:37
#26
Re: compiler error on r21644?
On Fri, Apr 30, 2010 at 12:10 AM, Derek Chen-Becker <java@chen-becker.org> wrote:
On 04/29/2010 03:21 PM, martin odersky wrote:Sounds good. Thanks! -- Martin
> That depends. If you think the patch has a high probablility of
> invalidating code in specs/lift/sbt or other major packages, I'd tend to
> wait. There's a chance that RC2 will be promoted to final in which case
> the patch would only go into 2.8.1 which will come out maybe a couple
> months later. But since the problem has been in the code base for a long
> time I see no overwhelming urgency to fix it now and delay the release
> process.
I'll hold off until 2.8.1 then to avoid any last minute problems. I'll
note a workaround in the ticket for the JSON issue in the interim and
once 2.8 final is released I'll go ahead and commit the changes.
Derek
iulian
On Wed, Apr 21, 2010 at 10:45 PM, Derek Chen-Becker <java@chen-becker.org> wrote:
--
« Je déteste la montagne, ça cache le paysage »
Alphonse Allais