delphi - ユニットが自分のファイルの「異なるバージョンでコンパイル」されているのはなぜですか?

Question

プラグインを使用するプログラムを作成しています。残念ながら、プラグインフレームワークの動的リンクにより、RTL と VCL がプロジェクト EXE から強制的に BPL バージョンに移動され、デバッグ情報が有効になりません。

そこで、プラグインに静的にリンクするテストフレームワークを構築して、コードをトレースしながら自分が何をしているかを実際に確認できるようにしました。しかし今、再コンパイルしようとするたびに、「ユニット turbu_skills は異なるバージョンの turbu_database.GDatabase でコンパイルされました」というエラーが表示されます。

このエラーは以前にも見たことがありますが、RTL ライブラリや VCL ライブラリなど、変更すべきではないものを変更したときだけです。自分のコードでそれを行う理由がわかりません。turbu_skills ユニットと turbu_database ユニットは、どちらも私が書いたユニットです。GDatabase はグローバルシングルトン変数であり、そのクラス定義は何週間も変更していません。どちらのユニットにも何も触れていなくても、再コンパイルを引き起こす変更により、このエラーが発生します。

フルビルド (SHIFT-F9) を実行すると、正しくコンパイルされます。しかし、ユニット (任意のユニット) でSPACEを押して F9 を押すと、再びエラーが発生します。どうすれば停止できますか? これはメインアプリでは発生せず、テストフレームワークでのみ発生します。

編集：すべてのユニットのソースがあります。DCU や同様のファイルを削除しても役に立ちません。プロジェクト全体を別のコンピューターにコピーし、すべての DCU を削除して、そこでビルドしても役に立ちません。プログラムのレイアウトとコンパイラーの間に客観的で再現可能な競合があり、それを取り除きたいと思っています。

ソースはhttp://www.turbu-rpg.com/downloads/Turbu_source_setup.exeで見つけることができます。JVCL がすでにインストールされている Delphi 2009 が必要です。残りはインストーラーパッケージが処理します。ソースコードを入手できると、誰かがこれを追跡するのに役立つかもしれません。問題がどこにあっても、それは私を超えているので、私は確かにそう願っています。この問題は、testing.exe と turbu.groupproj の turbu.exe で見つけることができます。

編集 2: これは別のクロスユニットジェネリックの問題であることが判明しました。ぐら。回避策をコーディングすることができました。ジェネリックの問題がすぐに修正されることを願っています。

score 18 · Accepted Answer

「ユニットは異なるバージョンの...でコンパイルされています」というエラーは厄介なものです。以下のような状況で発生します。

     +--------+
     | unit A |
     +--------+
      |      |
      |      |
      V      |
  +--------+ |
  | unit B | |
  +--------+ |
      |      |
      |      |
      V      V
     +--------+
     | unit C |
     +--------+

ユニットAとBの両方がユニットCを使用し、ユニットBはCを使用します。ユニットBとCはコンパイルされており、何らかの理由でユニットBのソースが使用できません。ここで、ユニットCが変更されます（変更が行われ、再コンパイルされます）。また、ユニットCのdcuは、ユニットBが使用するユニットCとは異なるため、ユニットBも再コンパイルする必要があります。しかし残念ながら、ソースが利用できないため、コンパイラーはあきらめます。

あなたの状況の何が悪いのかは完全には明らかではありません。

プラグインにリンクするテストフレームワークがあります。では、ユニットXとYはどこに収まり、上記のパターンを認識しますか？

しかし、完全なビルドが問題を解決するという事実は、この方向のヒントです。そして、部分的な再コンパイルで問題が発生したのはこれが初めてではありません。だから私はいつも完全版を使います。

score 5 · Accepted Answer

私はこの問題が嫌いです。時々ポップアップすることがわかります。あなたの場合、プラグインで行っていることに直接関係しているように聞こえますが、パッケージのすべての dcus、bpls、および dcp を見つけて削除することで、過去にこれを解決しました。書いてからパッケージを再構築します。

score 4 · Accepted Answer

Delphi XE7で「パスの狂気」をどのように解決したか：

  Rule1: Always separate the DCU from the PAS files

  Tools -> Option -> Library path: 
                 Path to global (3rd party) libraries (DCU folder) that never change.

                    c:\Delphi\Tools\FastMM\
                    c:\MyProjects\Packages\Third party packages\$(Platform)
                    c:\MyProjects\Packages\DragDrop\$(Platform)
                    c:\MyProjects\Packages\Graphics32\$(Platform)

  Project -> Options -> Search path: 
                 Path to personal libraries, that changes often. 
                 Enter the path to the DCU folder first, then path to PAS file. 
                 This way, the compiler will use the DCU files first, instead of recomilin every time from PAS files. 
                 It will recompile anyway if you do a Build.

                    c:\MyProjects\Packages\cCommonControls\$(Platform)_$(Config)
                    c:\MyProjects\Packages\cCommonControls\

  Project -> Options -> Output directory: 
                 Leave it empty so the exe file is generated in project's folder 

  Project -> Options -> DCU output directory: 
                 Use .\$(Platform)_$(Config) in order to enforce Rule1

score 3 · Accepted Answer

これは、DPKビルドコントロールを必要に応じてリビルドからオプション...|説明の明示的リビルドに変更するのを忘れたときによく起こります。

score 1 · Accepted Answer

将来の参考のために、コンパイラに「問題ユニット」のソースコードバージョンを指定するだけで、これが修正されました（つまり、ソースコードを含むフォルダを検索パスに追加します）。

score 1 · Accepted Answer

私の場合、「問題のある」ユニットの場所をプロジェクトの検索パスに追加しました。それを見つけることができる限り、コンパイルしました。もちろん、問題のファイルのバージョンが複数ある場合は、問題が複雑になる可能性があります...

score 1 · Accepted Answer

ソースディレクトリのどこかに古い dcu ファイルが残っていないことを確認してください。

score 1 · Accepted Answer

実際の .dpr ファイルには、不適切なバージョンの .pas ファイルへの参照が含まれています。

表示 > プロジェクトマネージャー > ツリーを展開し、すべてのユニットのパスを調べます。
検索パスのリストに重複ファイルがあり、間違ったバージョンが最初に検出されます

score 0 · Accepted Answer

私にとっての問題は、必要最小限のコンポーネントで Delphi をインストールしたことでした。そして、完全な Delphi インストールでコンパイルされたプロジェクトを開いたとき、それは私に起こりました。Delphi インストールフォルダの「ソース」フォルダにあるファイルを、Delphi を完全にインストールした別のマシンからコピーすると、問題が解決しました。

score 0 · Accepted Answer

変更された VCL を使用していますか? インターフェイスセクションで参照する単位によって、インターフェイスも決まります。プロジェクトから参照される可能性のある同じ名前 (VCL/RTL を含む) のユニットの 2 つの異なるバージョンがないことを確認することをお勧めします。バックグラウンドコンパイルでは、ディスクコンパイルとは異なるバージョンのユニットが使用されているため、ばかげている可能性があります。そのため、編集するとバックグラウンドコンパイラがトリガーされ、同期が台無しになります。

score 0 · Accepted Answer

間違いなくコンパイラにバグがあります。uses 句のユニットの順序を変更すると、「1 回の無料コンパイル」が可能になることがわかりました。その後、エラーが再発し、再構築に戻ります。:-(

score 0 · Accepted Answer

私のケースと解決策:

exeファイルを構築するメインアプリケーションがあり、
この exe の dll ファイルをビルドするいくつかのプラグインプロジェクト
(dll プロジェクトには、いくつかのアプリケーションソースファイルも必要です)

dll ファイルをコンパイルするときに、「別のバージョンでコンパイルされた」という問題が発生することがある

問題はこれでした：

exe プロジェクトは、すべての dcu ファイルを別のディレクトリに作成するようにセットアップされました。App\DCUs
dll プロジェクトでは、検索パスにこの DCUs ディレクトリがありましたが、アプリケーションのソースディレクトリの一部もApp\Utils含まれていましたApp\Core。
したがって、dll プロジェクトをコンパイルしたときに、一部のアプリケーションソースファイルが再度コンパイルされました (現在は、他の依存関係の異なるバージョンである可能性があります):同じファイル
の 2 つの異なる dcu が作成されました*.pas

App\DCUs解決策は簡単です。dll プロジェクトの検索パスからディレクトリを削除します。

score 0 · Accepted Answer

Delphi XE でも同じエラーメッセージが表示されました。私の問題は、Delphi を閉じて再度開き、プロジェクトを再コンパイルした後に解決されました。

delphi - ユニットが自分のファイルの「異なるバージョンでコンパイル」されているのはなぜですか?

14 に答える 14

Related

Reference