latest nightly broke Sbt 0.13 nightly (crash)

[iulian dragos]

Here's the log:

https://jenkins.scala-ide.org:8496/jenkins/view/Sbt%20vs%20Trunk/job/Stock%20SBT%20(0.13)/54/console

[error] no-symbol does not have a type constructor (this may indicate scalac cannot find fundamental classes)
[error] 
[error]      while compiling: /localhome/jenkinside/workspace/Stock SBT (0.13)/util/io/IO.scala
[error]         during phase: typer
[error]      library version: version 2.10.0-20120919-150438-3b120ff128
[error]     compiler version: version 2.10.0-20120919-150438-3b120ff128

The stack trace begins with: 

no-symbol does not have a type constructor (this may indicate scalac cannot find fundamental classes)
	at scala.reflect.internal.SymbolTable.abort(SymbolTable.scala:48)
	at scala.tools.nsc.Global.abort(Global.scala:253)
	at scala.reflect.internal.Symbols$NoSymbol.typeConstructor(Symbols.scala:3134)
	at scala.reflect.internal.Symbols$SymbolContextApiImpl.toTypeConstructor(Symbols.scala:89)
	at scala.tools.nsc.typechecker.Tags$Tag$class.resolveTypeTag(Tags.scala:64)
	at scala.tools.nsc.typechecker.Typers$Typer.resolveTypeTag(Typers.scala:96)
	at scala.tools.nsc.typechecker.Implicits$ImplicitSearch.manifestOfType(Implicits.scala:1304)
	at scala.tools.nsc.typechecker.Implicits$ImplicitSearch.materializeImplicit(Implicits.scala:1346)
	at scala.tools.nsc.typechecker.Implicits$ImplicitSearch.bestImplicit(Implicits.scala:1391)
	at scala.tools.nsc.typechecker.Implicits$class.inferImplicit(Implicits.scala:82)
	at scala.tools.nsc.Global$$anon$1.inferImplicit(Global.scala:490)
	at scala.tools.nsc.typechecker.Implicits$class.inferImplicit(Implicits.scala:37)
	at scala.tools.nsc.Global$$anon$1.inferImplicit(Global.scala:490)
	at scala.tools.nsc.typechecker.Typers$Typer.applyImplicitArgs(Typers.scala:127)
	at scala.tools.nsc.typechecker.Typers$Typer.adaptToImplicitMethod$1(Typers.scala:858)
	at scala.tools.nsc.typechecker.Typers$Typer.adapt(Typers.scala:1100)
	at scala.tools.nsc.typechecker.Typers$Typer.typed(Typers.scala:5374)
	at scala.tools.nsc.typechecker.Typers$Typer.typed(Typers.scala:5432)
	at scala.tools.nsc.typechecker.Typers$Typer.computeType(Typers.scala:5527)
	at scala.tools.nsc.typechecker.Namers$Namer.assignTypeToTree(Namers.scala:811)
	at scala.tools.nsc.typechecker.Namers$Namer.methodSig(Namers.scala:1049)
	at scala.tools.nsc.typechecker.Namers$Namer.getSig$1(Namers.scala:1303)
	at scala.tools.nsc.typechecker.Namers$Namer.typeSig(Namers.scala:1345)
	at scala.tools.nsc.typechecker.Namers$Namer$$anonfun$monoTypeCompleter$1$$anonfun$apply$1.apply$mcV$sp(Namers.scala:707)
	at scala.tools.nsc.typechecker.Namers$Namer$$anonfun$monoTypeCompleter$1$$anonfun$apply$1.apply(Namers.scala:706)
	at scala.tools.nsc.typechecker.Namers$Namer$$anonfun$monoTypeCompleter$1$$anonfun$apply$1.apply(Namers.scala:706)
	at scala.tools.nsc.typechecker.Namers$Namer.scala$tools$nsc$typechecker$Namers$Namer$$logAndValidate(Namers.scala:1383)
	at scala.tools.nsc.typechecker.Namers$Namer$$anonfun$monoTypeCompleter$1.apply(Namers.scala:706)
	at scala.tools.nsc.typechecker.Namers$Namer$$anonfun$monoTypeCompleter$1.apply(Namers.scala:705)
	at scala.tools.nsc.typechecker.Namers$$anon$1.completeImpl(Namers.scala:1494)
	at scala.tools.nsc.typechecker.Namers$LockingTypeCompleter$class.complete(Namers.scala:1502)
	at scala.tools.nsc.typechecker.Namers$$anon$1.complete(Namers.scala:1492)
	at scala.reflect.internal.Symbols$Symbol.info(Symbols.scala:1196)
	at scala.reflect.internal.Symbols$Symbol.cookJavaRawInfo(Symbols.scala:1355)
	at scala.tools.nsc.typechecker.Infer$Inferencer.checkAccessible(Infer.scala:353)
	at scala.tools.nsc.typechecker.Typers$Typer.scala$tools$nsc$typechecker$Typers$Typer$$makeAccessible(Typers.scala:604)
	at scala.tools.nsc.typechecker.Typers$Typer.typedIdent$1(Typers.scala:4938)
	at scala.tools.nsc.typechecker.Typers$Typer.typedIdentOrWildcard$1(Typers.scala:4955)
	at scala.tools.nsc.typechecker.Typers$Typer.typed1(Typers.scala:5286)
	at scala.tools.nsc.typechecker.Typers$Typer.typed(Typers.scala:5365)
	at scala.tools.nsc.typechecker.Typers$Typer$$anonfun$87.apply(Typers.scala:4364)
	at scala.tools.nsc.typechecker.Typers$Typer$$anonfun$87.apply(Typers.scala:4364)

--
« Je déteste la montagne, ça cache le paysage »
Alphonse Allais

[Eugene Burmako]

Ugh that's not good. Looking into it

[iulian dragos]

Thanks Eugene!

[Eugene Burmako]

As we discussed with Iulian, to reproduce:

1) git clone git://github.com/harrah/xsbt.git
2) cd xsbt
3) git checkout 0.13
4) sbt
5) > reboot full
6) > set every scalaVersion := "2.10.0-SNAPSHOT"
7) > set every resolvers := Seq("Sonatype OSS Snapshots" at "https://
oss.sonatype.org/content/repositories/snapshots")
8) > compile

BUT I have a problem.

The builder shows me

[trace] Stack trace suppressed: run 'last launcher/compile:compile'
for the full output.
[trace] Stack trace suppressed: run 'last collections/compile:compile'
for the full output.
[trace] Stack trace suppressed: run 'last process/compile:compile' for
the full output.
[trace] Stack trace suppressed: run 'last control/compile:compile' for
the full output.
[error] (launcher/compile:compile) sbt.InvalidComponent: Could not
find required component 'compiler-interface-src'
[error] (collections/compile:compile) sbt.InvalidComponent: Could not
find required component 'compiler-interface-src'
[error] (process/compile:compile) sbt.InvalidComponent: Could not find
required component 'compiler-interface-src'
[error] (control/compile:compile) sbt.InvalidComponent: Could not find
required component 'compiler-interface-src'

And I cannot get to the actual error. What am I doing wrong?

On Sep 20, 9:13 am, iulian dragos <jagua...@gmail.com> wrote:
> Thanks Eugene!
>

> On Thu, Sep 20, 2012 at 9:11 AM, Eugene Burmako <eugene.burm...@epfl.ch>wrote:
>
>
>
>
>
>
>
>
>
> > Ugh that's not good. Looking into it
>

> > On 20 September 2012 09:04, iulian dragos <jagua...@gmail.com> wrote:
>
> >> Here's the log:
>

> >>https://jenkins.scala-ide.org:8496/jenkins/view/Sbt%20vs%20Trunk/job/...

[iulian dragos]

In my output I don't see any mention of 'compiler-interface-src' at all...

[Eugene Vigdorchik]

I see the same errors. Something must have got broken with sbt on Windows...

[Eugene Burmako]

Okay will test on ubuntu

[Eugene Burmako]

Reproduced

On Sep 20, 10:01 am, Eugene Burmako <eugene.burm...@epfl.ch> wrote:
> Okay will test on ubuntu
>
> On 20 September 2012 09:57, Eugene Vigdorchik

> <eugene.vigdorc...@gmail.com>wrote:
>
>
>
>
>
>
>
> > On Thu, Sep 20, 2012 at 11:43 AM, iulian dragos <jagua...@gmail.com>
> > wrote:
>
> > > On Thu, Sep 20, 2012 at 9:40 AM, Eugene Burmako <eugene.burm...@epfl.ch>

[Eugene Burmako]

Eugene, could you please look into this issue? Ubuntu is not my native
OS, so I won't be able to fix the sbt build problem efficiently unless
I use Windows.

On Sep 20, 9:57 am, Eugene Vigdorchik <eugene.vigdorc...@gmail.com>
wrote:
> On Thu, Sep 20, 2012 at 11:43 AM, iulian dragos <jagua...@gmail.com> wrote:
>
> > On Thu, Sep 20, 2012 at 9:40 AM, Eugene Burmako <eugene.burm...@epfl.ch>

[iulian dragos]

Let the fun begin!

[Paul Phillips]

On Thu, Sep 20, 2012 at 1:27 AM, Eugene Burmako <eugene....@epfl.ch> wrote:

Eugene, could you please look into this issue? Ubuntu is not my native
OS, so I won't be able to fix the sbt build problem efficiently unless
I use Windows.

Here's a command line reproduction.  Adjust the paths to your deal: one crashes, one doesn't.

#!/bin/bash

#

compile () {

  scala=$1

  echo $scala

  shift

  java -cp $scala/lib/'*' scala.tools.nsc.Main \

    -cp /r/xsbt/util/control/target/classes:/r/xsbt/util/collection/target/classes:$scala/lib/scala-library.jar \

    -d /tmp /r/xsbt/tasks/ConcurrentRestrictions.scala /r/xsbt/tasks/CompletionService.scala \

    "$@"

}

compile /scala/inst/210 "$@"

compile /Users/paulp/.sbt/boot/scala-2.10.0-SNAPSHOT "$@"

 

[Eugene Vigdorchik]

On Thu, Sep 20, 2012 at 12:27 PM, Eugene Burmako <eugene....@epfl.ch> wrote:
> Eugene, could you please look into this issue? Ubuntu is not my native
> OS, so I won't be able to fix the sbt build problem efficiently unless
> I use Windows.

I'm not familiar with this part of the codebase. I notified Mark of
this problem.
You can use Paul's command-line reproduction inte meantime.

Eugene.

[Eugene Burmako]

Yep, reproduced.

The problem is that TypeTags have moved from scala-library.jar to
scala-reflect.jar. Adding the latter to compilation dependencies will
fix the crash.

In the meanwhile I'll emit a decent error message instead of crashing.

On Sep 20, 10:30 am, Paul Phillips <pa...@improving.org> wrote:

[Eugene Vigdorchik]

On Thu, Sep 20, 2012 at 12:42 PM, Eugene Burmako <eugene....@epfl.ch> wrote:
> Yep, reproduced.
>
> The problem is that TypeTags have moved from scala-library.jar to
> scala-reflect.jar. Adding the latter to compilation dependencies will
> fix the crash.

Will that mean sbt will have to adjust the way it composes the classpath?

[Eugene Burmako]

I'll post a follow-up shortly after I submit a fix. Please, give me 30-40 minutes.

[Eugene Burmako]

Status update:
1) Fix: https://github.com/scala/scala/pull/1360
2) After the fix is applied to trunk, sbt will successfully build
again, without any changes to sbt codebase.
3) Discussion of the underlying problem:
http://groups.google.com/group/scala-internals/browse_thread/thread/72f6ce3010f4d8

On Sep 20, 10:58 am, Eugene Burmako <eugene.burm...@epfl.ch> wrote:
> I'll post a follow-up shortly after I submit a fix. Please, give me 30-40
> minutes.
>
> On 20 September 2012 10:57, Eugene Vigdorchik

> <eugene.vigdorc...@gmail.com>wrote:
>
>
>
>
>
>
>
> > On Thu, Sep 20, 2012 at 12:42 PM, Eugene Burmako <eugene.burm...@epfl.ch>

[Eugene Vigdorchik]

On Thu, Sep 20, 2012 at 1:35 PM, Eugene Burmako <eugene....@epfl.ch> wrote:
> Status update:
> 1) Fix: https://github.com/scala/scala/pull/1360
> 2) After the fix is applied to trunk, sbt will successfully build
> again, without any changes to sbt codebase.
> 3) Discussion of the underlying problem:
> http://groups.google.com/group/scala-internals/browse_thread/thread/72f6ce3010f4d8

Nice!
I believe the discussion about transitive library added on classpath
is very valid, and the tools should already support it.
Now if you can make a nicely readable message when the library is not
on classpath, then we are all fine.

[Stefan Zeiger]

On 2012-09-20 9:57, Eugene Vigdorchik wrote:
> [trace] Stack trace suppressed: run 'last launcher/compile:compile'
> for the full output.
> [trace] Stack trace suppressed: run 'last collections/compile:compile'
> for the full output.
> [trace] Stack trace suppressed: run 'last process/compile:compile' for
> the full output.
> [trace] Stack trace suppressed: run 'last control/compile:compile' for
> the full output.
> [error] (launcher/compile:compile) sbt.InvalidComponent: Could not
> find required component 'compiler-interface-src'
> [error] (collections/compile:compile) sbt.InvalidComponent: Could not
> find required component 'compiler-interface-src'
> [error] (process/compile:compile) sbt.InvalidComponent: Could not find
> required component 'compiler-interface-src'
> [error] (control/compile:compile) sbt.InvalidComponent: Could not find
> required component 'compiler-interface-src'
>
> And I cannot get to the actual error. What am I doing wrong?
>>
>> In my output I don't see any mention of 'compiler-interface-src' at all...
> I see the same errors. Something must have got broken with sbt on Windows...

Did you try cleaning out .sbt and .ivy2? I've frequently seen issues
related to compiler-interface after switching Scala versions which were
resolved by cleaning the caches.

-sz

[Eugene Burmako]

Yes I did. I even cleaned .m2, because of a random advice I googled.

[Eugene Burmako]

The hotfix has just been merged into trunk. The upcoming nightly
should fix the problem.

On Sep 20, 12:12 pm, Eugene Burmako <eugene.burm...@epfl.ch> wrote:
> Yes I did. I even cleaned .m2, because of a random advice I googled.
>