-Xdisable-assertions 和 -Xelide-below 不关闭断言

【问题标题】：-Xdisable-assertions and -Xelide-below not turning off asserts-Xdisable-assertions 和 -Xelide-below 不关闭断言
【发布时间】：2012-10-31 04:24:17
【问题描述】：

我目前正在开发一个使用 SBT 的 Scala 项目，并且我正在尝试生成其中一个条件是所有断言都已关闭的生产构建设置。我只是将这一行添加到我的 build.sbt 中：

scalacOptions ++= Seq(..., "-Xdisable-assertions")

我在调试时运行 logLevel，我看到选项被传递给编译器，但是当我运行我们的程序（它的长时间运行程序分析）时，我遇到了一个断言。尽管所有迹象表明 all 断言都应该被编译掉。我已经用 diable-assertions 和 elide-below 尝试了这个，但没有结果。如果有人能给我一些关于我做错了什么的指示，那就太好了。我写了很多 Scala，但除了一些基本项目之外，我并没有使用过多的 SBT。

【问题讨论】：

我觉得如果你在那一行把“+=”改成“++=”就可以开始工作了。
@Rogach 奇怪的是这不会导致编译错误（至少，jroesch 没有抱怨）
@om-nom-nom - 嗯，那确实会导致编译错误。
我的代码确实有 ++=，只是我的一个错字

标签： scala compilation sbt assert scalac

【解决方案1】：

在编辑build.sbt 之后，你是否在 sbt 中运行“重新加载”？因为我尝试构建一个小项目，并且所有断言都被愉快地编译掉了。作为记录，我使用的是 sbt 0.12.0。

这是我使用的示例项目：

btest/
├── [  86]  build.sbt
└── [  45]  Main.scala

build.sbt:

scalacOptions ++= Seq("-deprecation", "-unchecked", "-Xlint", "-Xdisable-assertions")

Main.scala：

object Main extends App {
  assert(1 != 1)
}

【讨论】：

我做了，似乎一切都在正确地重新编译，这就是为什么我对结果有点困惑，我会再检查一下，然后回复你。
所以今天早上当我回到实验室重新开始工作时，我决定从 sbt 0.12.1 降级，显然这解决了问题。
@jroesch - 在 xsbt 错误跟踪器中提交错误可能是值得的。