問題タブ [incremental-compiler]

私たちのプロジェクトでは、コンパイルによって生成された .class ファイルへの強化された後処理があります。この拡張ステップでは、生成された .class ファイルが実際に変更され、上書きされます。

問題は、sbt には増分再コンパイルと呼ばれるメカニズムがあることです。生成された .class ファイルを監視します。エンハンサーが生成された .class ファイルをオーバーライドするたびに、sbt はこれらの変更を認識し、次のコンパイル コマンドで関連するソースを再コンパイルします。

私たちにとって、再コンパイルは非常に時間のかかる作業です。sbt が変更された .class ファイルを再コンパイルするのを止めたい。これは、sbt が出力の変更ではなく、ソースの変更のみを監視するようにすることを意味する場合があります。

私はこれについていくつかの検索を行いました。しかし、私はこれについて小さなことを見つけました。これで、Analysis と呼ばれる特性が、ソースから出力 .class ファイルへのマッピングに関与している可能性が高いことがわかりました。だから私はあなたたちに助けを求めます。

追伸: この問題は、enhance の出力を別のフォルダーに置くことで解決できるかもしれませんが、それは好ましくありません。

フラグ incrementalCompileWarnings が true に設定されていない場合 (maven-gwt-plugin の場合)、プロジェクトは正常にコンパイルされます。設定すると、次のようないくつかのエラーが表示されます。

ただし、MyModule.gwt.xml に必要な行があります。

問題の原因は何ですか?

I face the following problem when using SBT. If I add this line to build.sbt:

Incremental compilation breaks in a very tricky and not-nice way. A full example on how to reproduce the bug is here: https://github.com/vn971/sbt-incremental-bug

It's basically 2 files. Implicits.scala:

And Usage.scala:

Now, in order to reproduce the incremental compilation bug, you have to do consequent changes to these files:

• comment out the method in Usage.scala. Save file, re-compile.
• uncomment it, save and re-compile.
• comment out the method in Implicits.scala. Save file, re-compile.

Since MyImplicits.stringToInt is undoubtedly used in Usage.scala, it should not compile. But it does, with incremental compilation.

Thoughts? Questions? If you need more details than already provided, check out the minimalistic project I've linked to.

シナリオを考えてみましょう: sbt によって管理される単純な scala プロジェクトが、 というディレクトリにありfooます。

これには数秒かかり、プロジェクトは正しくコンパイルされます。

さて、sbt のインクリメンタル コンパイルのおかげで、実行すると

ソース コードが変更されていないため、コンパイル タスクはほぼ 0 秒で終了します。

しかし、fooディレクトリの名前をbar

もう一度コンパイルしてみてください

コンパイル タスクに再び数秒かかるため、前のコンパイルの結果は使用されません。

ディスク上の絶対パスが変更された場合でも、プロジェクトの増分コンパイル結果を保持する方法はありますか?