インクリメンタルフレックスコンパイルが同じソースの連続したコンパイルではうまくいかない理由は何ですか？

Question

コマンドラインでmxmlcを実行しています。-incremental = trueです。 Flexは初めてチェックサムを使用してキャッシュファイルを構築しています。このメッセージで次のコンパイルが失敗します。

path_to_cache/projectname_329043.cacheでコンパイル対象を突き合わせることができませんでした。キャッシュファイルは再利用されません。

1. path_to_cacheは
2. キャッシュファイルがpath_to_cache
3. コンパイラは新しいキャッシュファイルを作成しようとしていないに存在して存在しているので、私はそれが

私の環境で同じチェックサムを生成していると仮定します：

1. のFlex 3.0
2. Mac - OSX 10.4.x

Answer 1

私はこの問題を自分で見つけただけで、ウェブ上のどこにでも答えを見つけることができませんでした。答えを見つけるまで、私は実際にトレイルとエラーでmxmlcに頭を向けていました。私の場合は、antの中からコンパイルするたびにflex config xmlファイルを再生成していました。これは、設定が変更されたと考える場合に発生するエラーであることが判明しました。設定ファイルに触れて、修正されていないソースに対して実行するだけで、これをテストできます。したがって、タイムスタンプがコンパイル間のflex config.xmlで変更されている場合、それはおそらく原因です。

Answer 2

権限の問題である可能性があります。 sudoで試してみましたか？これを永久に行うことはお勧めしませんが、sudoを使用するとエラーメッセージが表示されなくなる場合は、アクセス許可の問題であることがわかります。それを解決する適切な方法に進むことができます。

また、ディスクユーティリティに入り、ディスクのアクセス権のチェック/修復を試みることもできます。 OSXはこれを時折行う必要があることで有名です。