编译安装Rocket-Chip Generator时Scala报常量池索引错误求助
编译Rocket-Chip Generator时Scala常量池索引错误的解决方法
问题详情
编译Rocket-Chip Generator时触发Scala常量池索引错误,具体错误信息:
macros.compile scala.reflect.internal.FatalError: bad constant pool index: 0 at pos: 48461 while compiling: <no file> during phase: globalPhase=<no phase>, enteringPhase=<some phase> library version: version 2.13.10 compiler version: version 2.13.10 reconstructed args: -bootclasspath $HOME/.cache/coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.10/scala-library-2.13.10.jar -classpath $HOME/.cache/coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-reflect/2.13.10/scala-reflect-2.13.10.jar:$HOME/verilator-optimization/rocket-chip/macros/compile-resources:$HOME/verilator-optimization/rocket-chip/out/macros/compile.dest/classes last tree to typer: EmptyTree tree position: <unknown> tree tpe: <notype> symbol: null call site: <none> in <none> == Source file context for tree position == scala.reflect.internal.Reporting.abort(Reporting.scala:69) scala.reflect.internal.Reporting.abort$(Reporting.scala:65) scala.reflect.internal.SymbolTable.abort(SymbolTable.scala:28) scala.tools.nsc.symtab.classfile.ClassfileParser$ConstantPool.errorBadIndex(ClassfileParser.scala:408) scala.tools.nsc.symtab.classfile.ClassfileParser$ConstantPool.getExternalName(ClassfileParser.scala:263) scala.tools.nsc.symtab.classfile.ClassfileParser.readParamNames$1(ClassfileParser.scala:842) scala.tools.nsc.symtab.classfile.ClassfileParser.parseAttribute$1(ClassfileParser.scala:848) scala.tools.nsc.symtab.classfile.ClassfileParser.$anonfun$parseAttributes$6(ClassfileParser.scala:925) scala.tools.nsc.symtab.classfile.ClassfileParser.parseAttributes(ClassfileParser.scala:1497) scala.tools.nsc.symtab.classfile.ClassfileParser.parseMethod(ClassfileParser.scala:625) scala.tools.nsc.symtab.classfile.ClassfileParser.parseClass(ClassfileParser.scala:548) scala.tools.nsc.symtab.classfile.ClassfileParser.$anonfun$parse$2(ClassfileParser.scala:175) scala.tools.nsc.symtab.classfile.ClassfileParser.$anonfun$parse$1(ClassfileParser.scala:160) scala.tools.nsc.symtab.classfile.ClassfileParser.parse(ClassfileParser.scala:143) scala.tools.nsc.symtab.SymbolLoaders$ClassfileLoader.doComplete(SymbolLoaders.scala:342) scala.tools.nsc.symtab.SymbolLoaders$SymbolLoader.$anonfun$complete$2(SymbolLoaders.scala:249) scala.tools.nsc.symtab.SymbolLoaders$SymbolLoader.complete(SymbolLoaders.scala:247) scala.reflect.internal.Symbols$Symbol.completeInfo(Symbols.scala:1563) scala.reflect.internal.Symbols$Symbol.info(Symbols.scala:1535) scala.reflect.internal.Definitions.scala$reflect$internal$Definitions$$enterNewMethod(Definitions.scala:48) scala.reflect.internal.Definitions$DefinitionsClass.String_$plus$lzycompute(Definitions.scala:1261) scala.reflect.internal.Definitions$DefinitionsClass.String_$plus(Definitions.scala:1261) scala.reflect.internal.Definitions$DefinitionsClass.syntheticCoreMethods$lzycompute(Definitions.scala:1583) scala.reflect.internal.Definitions$DefinitionsClass.syntheticCoreMethods(Definitions.scala:1565) scala.reflect.internal.Definitions$DefinitionsClass.symbolsNotPresentInBytecode$lzycompute(Definitions.scala:1596) scala.reflect.internal.Definitions$DefinitionsClass.symbolsNotPresentInBytecode(Definitions.scala:1596) scala.reflect.internal.Definitions$DefinitionsClass.init(Definitions.scala:1652) scala.tools.nsc.Global$Run.<init>(Global.scala:1236) xsbt.ZincCompiler$ZincRun.<init>(CallbackGlobal.scala:80) xsbt.CachedCompiler0.run(CompilerBridge.scala:161) xsbt.CachedCompiler0.run(CompilerBridge.scala:134) xsbt.CompilerBridge.run(CompilerBridge.scala:39) sbt.internal.inc.AnalyzingCompiler.compile(AnalyzingCompiler.scala:91) sbt.internal.inc.MixedAnalyzingCompiler.$anonfun$compile$7(MixedAnalyzingCompiler.scala:193) scala.runtime.java8.JFunction0$mcV$sp.apply(JFunction0$mcV$sp.scala:18) sbt.internal.inc.MixedAnalyzingCompiler.timed(MixedAnalyzingCompiler.scala:248) sbt.internal.inc.MixedAnalyzingCompiler.$anonfun$compile$4(MixedAnalyzingCompiler.scala:183) sbt.internal.inc.MixedAnalyzingCompiler.$anonfun$compile$4$adapted(MixedAnalyzingCompiler.scala:163) sbt.internal.inc.JarUtils$.withPreviousJar(JarUtils.scala:239) sbt.internal.inc.MixedAnalyzingCompiler.compileScala$1(MixedAnalyzingCompiler.scala:163) sbt.internal.inc.MixedAnalyzingCompiler.compile(MixedAnalyzingCompiler.scala:211) sbt.internal.inc.IncrementalCompilerImpl.$anonfun$compileInternal$1(IncrementalCompilerImpl.scala:534) sbt.internal.inc.IncrementalCompilerImpl.$anonfun$compileInternal$1$adapted(IncrementalCompilerImpl.scala:534) sbt.internal.inc.Incremental$.$anonfun$apply$5(Incremental.scala:180) sbt.internal.inc.Incremental$.$anonfun$apply$5$adapted(Incremental.scala:178) sbt.internal.inc.Incremental$$anon$2.run(Incremental.scala:464) sbt.internal.inc.IncrementalCommon$CycleState.next(IncrementalCommon.scala:116) sbt.internal.inc.IncrementalCommon$$anon$1.next(IncrementalCommon.scala:56) sbt.internal.inc.IncrementalCommon$$anon$1.next(IncrementalCommon.scala:52) sbt.internal.inc.IncrementalCommon.cycle(IncrementalCommon.scala:263) sbt.internal.inc.Incremental$.$anonfun$incrementalCompile$8(Incremental.scala:419) sbt.internal.inc.Incremental$.withClassfileManager(Incremental.scala:506) sbt.internal.inc.Incremental$.incrementalCompile(Incremental.scala:406) sbt.internal.inc.Incremental$.apply(Incremental.scala:172) sbt.internal.inc.IncrementalCompilerImpl.compileInternal(IncrementalCompilerImpl.scala:534) sbt.internal.inc.IncrementalCompilerImpl.$anonfun$compileIncrementally$1(IncrementalCompilerImpl.scala:488) sbt.internal.inc.IncrementalCompilerImpl.handleCompilationError(IncrementalCompilerImpl.scala:332) sbt.internal.inc.IncrementalCompilerImpl.compileIncrementally(IncrementalCompilerImpl.scala:425) sbt.internal.inc.IncrementalCompilerImpl.compile(IncrementalCompilerImpl.scala:137) mill.scalalib.worker.ZincWorkerImpl.compileInternal(ZincWorkerImpl.scala:544) mill.scalalib.worker.ZincWorkerImpl.$anonfun$compileMixed$1(ZincWorkerImpl.scala:334) mill.api.FixSizedCache.withCachedValue(FixSizedCache.scala:66) mill.scalalib.worker.ZincWorkerImpl.withCompilers(ZincWorkerImpl.scala:414) mill.scalalib.worker.ZincWorkerImpl.compileMixed(ZincWorkerImpl.scala:333) mill.scalalib.ScalaModule.$anonfun$compile$2(ScalaModule.scala:280) mill.define.Task$TraverseCtx.evaluate(Task.scala:71)
我的环境信息:
- CPU架构:aarch64
- 系统:Ubuntu 22.04
- Scala版本:
$scala -version Scala code runner version 3.4.2 -- Copyright 2002-2024, LAMP/EPFL
解决方法
核心原因
错误日志显示构建工具实际使用的是Scala 2.13.10,但本地全局安装的是Scala 3.4.2。Scala 3与Scala 2的字节码不兼容,加上aarch64架构的依赖适配问题,导致类文件解析时出现常量池索引错误。
具体步骤
清理构建缓存,重新拉取依赖
Rocket-Chip使用Mill作为构建工具,会自动管理所需的Scala版本,无需依赖全局Scala。执行以下命令清理缓存:cd rocket-chip rm -rf out .mill ~/.cache/coursier之后重新运行构建命令,Mill会自动下载并使用正确的Scala 2.13.10版本。
屏蔽全局Scala版本干扰
如果全局Scala仍影响构建,可临时屏蔽其环境变量,再执行构建:env PATH=$(echo $PATH | tr ':' '\n' | grep -v scala | tr '\n' ':') ./mill <你的构建命令>替换
<你的构建命令>为实际需要执行的Rocket-Chip构建指令(如rocketchip.compile)。验证aarch64依赖完整性
若重新构建仍报错,检查是否存在aarch64架构下的依赖缺失或损坏。可手动确认coursier缓存中的Scala jar包完整性,或修改~/.coursier/config.json配置国内镜像源加速依赖下载。
内容的提问来源于stack exchange,提问作者季子墨
相关产品推荐
相关产品推荐

