I've just upgraded from 2.10M4 to 2.10M6 and my ant config which has
worked since 2.9 has stopped working.  The error I'm getting is:

/home/alanbur/scala/OLS/build.xml:13: The following error occurred while
executing this line:
/home/alanbur/scala/OLS/build-scala.xml:14: The following error occurred
while executing this line:
jar:file:/opt/scala/lib/scala-compiler.jar!/scala/tools/ant/antlib.xml:5: taskdef
A class needed by class scala.tools.ant.FastScalac cannot be found:
scala/reflect/internal/settings/MutableSettings$SettingValue using the
classloader
AntClassLoader[/opt/scala/lib/scala-library.jar:/opt/scala/lib/scala-compil er.jar]

Anyone have any ideas?

Thanks,

--
Alan Burlison
--

This will be solved by adding on the CLASSPATH $SCALA_HOME/lib/
scala-reflect.jar:$SCALA_HOME/lib/scala-library.jar - before launching ant.

For instance, on a typical (Bourne) Unix shell, if CLASSPATH has already a
value, you can type:

export CLASSPATH=$SCALA_HOME/lib/scala-reflect.jar:$SCALA_HOME/
lib/scala-library.jar:$CLASSPATH

(replacing $SCALA_HOME by the actual path, probably).

I think that in fact for this problem, it's enough to have:

export CLASSPATH=$SCALA_HOME/lib/scala-reflect.jar:$CLASSPATH

but I also needed to add scala-library to fix a problem with running the
tests.
In general, when upgrading to -M5 or -M6, take a look at $SCALA_HOME/lib/,
since libraries have been split much more granularly. Actors have also been
split out from the main library for various reasons (the Akka actor library
is being integrated as an alternative, in some way).

Il giorno sabato 4 agosto 2012 01:13:58 UTC+2, Alan Burlison ha scritto:

On 04/08/2012 02:56, Paolo Giarrusso wrote:

That was the hint I needed, thanks.  I've modified my ant file to add in
references to scala-reflect.jar as follows, and that's fixed the problem:

     <property name="scala.home" value="/opt/scala"/>

     <property name="scala.lib" value="${scala.home}/lib"/>
     <property name="scala.compiler"
value="${scala.lib}/scala-compiler.jar"/>
     <property name="scala.reflect" value="${scala.lib}/scala-reflect.jar"/>
     <property name="scala.library" value="${scala.lib}/scala-library.jar"/>

     <taskdef resource="scala/tools/ant/antlib.xml">
         <classpath>
             <pathelement location="${scala.library}"/>
             <pathelement location="${scala.reflect}"/>
             <pathelement location="${scala.compiler}"/>
         </classpath>
     </taskdef>

     <target name="scala-compile">
         <fsc
             srcdir="${src.java.dir}:${src.scala.dir}"
             destdir="${build.classes.dir}"
             classpath="${javac.classpath}:${scala.library}"
             target="jvm-${javac.target}"
             deprecation="${javac.deprecation}"
             unchecked="yes"
             encoding="${source.encoding}"
             addparams="-optimize -Xlint"
             force="yes"
             fork="no">
         </fsc>
     </target>

--
Alan Burlison
--

On 07/08/2012 11:15, Alan Burlison wrote:

I spoke too soon.  It apparently works with the ant fsc task, but the
scalac task blows up:

uncaught exception during compilation: scala.reflect.internal.FatalError
scala.reflect.internal.FatalError: package reflect does not have a
member ClassManifest
        at
scala.reflect.internal.Definitions$DefinitionsClass.scala$reflect$internal$ Definitions$DefinitionsClass$$fatalMissingSymbol(Definitions.scala:979)
        at
scala.reflect.internal.Definitions$DefinitionsClass$$anonfun$getMember$1.ap ply(Definitions.scala:1008)
        at
scala.reflect.internal.Definitions$DefinitionsClass$$anonfun$getMember$1.ap ply(Definitions.scala:1003)
        at scala.reflect.internal.Symbols$Symbol.orElse(Symbols.scala:2332)
        at
scala.reflect.internal.Definitions$DefinitionsClass.getMember(Definitions.s cala:1002)
        at
scala.reflect.internal.Definitions$DefinitionsClass.getMemberType(Definitio ns.scala:1027)
        at
scala.reflect.internal.Definitions$DefinitionsClass.PartialManifestClass$lz ycompute(Definitions.scala:467)
        at
scala.reflect.internal.Definitions$DefinitionsClass.PartialManifestClass(De finitions.scala:467)
        at
scala.tools.nsc.typechecker.Implicits$ImplicitSearch.<init>(Implicits.scala :1221)
        at
scala.tools.nsc.typechecker.Implicits$class.inferImplicit(Implicits.scala:8 2)
        at scala.tools.nsc.Global$$anon$1.inferImplicit(Global.scala:488)
        at
scala.tools.nsc.typechecker.Implicits$class.inferImplicit(Implicits.scala:3 7)
        at scala.tools.nsc.Global$$anon$1.inferImplicit(Global.scala:488)
        at
scala.tools.nsc.typechecker.Typers$Typer$$anonfun$applyImplicitArgs$2.apply (Typers.scala:133)
        at
scala.tools.nsc.typechecker.Typers$Typer$$anonfun$applyImplicitArgs$2.apply (Typers.scala:128)
        at
scala.collection.LinearSeqOptimized$class.foreach(LinearSeqOptimized.scala: 59)
        at scala.collection.immutable.List.foreach(List.scala:78)
[rest of stack trace snipped]

The same code compiles fine with scalac from the command-line.  Any
suggestions of how to track this down?

Thanks,

--
Alan Burlison
--

On 07/08/2012 13:22, Alan Burlison wrote:

Logged as https://issues.scala-lang.org/browse/SI-6203

--
Alan Burlison
--

Can we get some more info here?  I can't even begin to look into it without
some kind of *small* reproducible test case.

- Josh

On Tue, Aug 7, 2012 at 11:59 AM, Alan Burlison <alan.burli...@gmail.com>wrote:

On 07/08/2012 17:14, Josh Suereth wrote:

Absolutely, working on it now.

--
Alan Burlison
--

Alan,

could you post the solution please. I could not really understand "The fix
is to delete and recreate the Scala NetBeans libraries and the project
references to them and make sure that the versions of the libraries that
end up in $PROJECT/lib correspond to the scalac version you are using."

I can't even remove the scala platform from Netbeans.

On 01/09/2012 23:51, workingDog wrote:

NetBeans usually keeps a local copy of scala-library.jar inside your
project.  If you update the scala version, it doesn't get updated so you
get all sorts of oddness because of the mismatch - and because scala is
self-hosted, that includes compile-time oddness, not just run-time
oddness.  That's why you need to manually clean up any old copies that
are lying around and make sure everything matches version-wise.

--
Alan Burlison
--