私はCUDA（VC ++、Visual studio 2008sp1）を使用してFEMプログラムをデバッグしています。このプログラムはcudaが不十分なため、Win32プラットフォームでのみ実行できます。リンクされているライブラリファイルはすべてx86プラットフォームでコンパイルされていると思いますが、コンパイルすると、「致命的なエラーLNK1112：モジュールマシンタイプ 'x64'がターゲットマシンタイプ 'X86'と競合しています」というエラーメッセージが表示されます。
プラットフォームをx64に変換しようとしましたが、機能しませんでした。「モジュールマシンタイプ」とは何ですか、「ターゲットマシンタイプ」とは何ですか？どうすれば克服できますか？
回答:
私はこの厄介な問題に遭遇したので、これについてブログエントリを書き、最終的にシステムを正常な状態に戻しました。
これらはこの順序でチェックするものです：
プロパティ>構成プロパティ>リンカー>詳細設定>ターゲットマシンのリンカー設定でプロパティオプションを確認します。64ビットビルドを対象とする場合はMachineX64を選択し、32ビットビルドを対象とする場合はMachineX86を選択します。
Visual Studioのメインメニューから[ビルド]> [構成マネージャー]を選択します。プロジェクトに正しいプラットフォームが指定されていることを確認してください。IDEがx64をビルドするように設定することは可能ですが、ソリューション内の個々のプロジェクトをwin32をターゲットに設定することができます。そう、そうです、ビジュアルスタジオは自分自身を吊るすために多くのロープを残していますが、それは人生です。
ライブラリファイルが本当にターゲットにしているプラットフォームのタイプであることを確認してください。これは、Visual StudioのVC \ binディレクトリにあるdumpbin.exeを使用して使用できます。-headersオプションを使用して、すべての関数をダンプします。各機能のマシンエントリを探します。64ビットビルドの場合は、x64を含める必要があります。
Visual Studioで、メインメニューから[ツール]> [オプション]を選択します。[プロジェクトとソリューション]> [VC ++ディレクトリ]を選択します。[プラットフォーム]ドロップダウンから[x64]を選択します。最初のエントリが$（VCInstallDir）\ bin \ x86_amd64の後に$（VCInstallDir）\ binが続くことを確認します。
ステップ4を実行すると、すべてが再び機能しました。問題は、64ビットターゲットに向けてコンパイルしたいすべてのプロジェクトでこの問題に直面していたことです。
加えて、C・ジョンソンのリスト私は、次の点を追加します。
Visual Studioで確認し
ます。プロジェクトのプロパティ->構成のプロパティ->リンカ->コマンドライン。
「追加オプション」は含まれていません /machine:X86
CMakeの出力によって生成されたそのようなキーがあります。CMakeがx86プロジェクトを生成しConfiguration Manager、Visual Studio 2010 を介してx64プラットフォームを追加しました。リンカーのコマンドラインを/machine:X86別に指定することを除いて、すべて新しいプラットフォーム用に問題なく作成されました。
VS2003から変換されたプロジェクトにX64ビルドを追加しようとしたときに、VS2008でも同じ問題が発生しました。
Googleでこのエラーを検索したときに見つかったすべて（ターゲットマシン、VC ++ Directories、DUMPBIN ...）を調べたところ、すべて問題ありませんでした。
最後に、新しいテストプロジェクトを作成し、同じ変更を加えましたが、うまくいったようです。
vcprojファイル間でdiffを実行すると、問題が明らかになりました...
変換されたプロジェクトでは、リンカー->コマンドラインで追加のオプションセットとして/ MACHINE：i386が設定されていました。したがって、2つの/ MACHINEオプションセット（x64とi386の両方）があり、追加のオプションが優先されました。
これを削除し、リンカー->詳細設定->ターゲットマシンで適切に設定すると、問題が解消されました。
x86（ターゲットマシンタイプ）にリンクしているときに、x64（モジュールマシンタイプ）をターゲットとする.OBJファイルまたは.LIBファイルが1つある可能性があります。
.OBJファイルでDUMPBIN / HEADERSを使用し、FILE HEADER VALUESブロックでマシンエントリを確認します。
QTをビルドするときにこの問題に遭遇しました。私がどこかで読んだ指示は、VSコマンドプロンプトを使用してnmakeを構成することを示唆しています。
私はx64コマンドプロンプトを選択し、あまり面倒なく設定を実行しました。nmakeを試したところ、このエラーが発生しました。
一部のコンポーネントは32ビット用に事前にビルドされていると思います。このエラーは、どのモジュールがx86用にビルドされたかについても報告しています。
32ビットのデフォルトのVSコマンドプロンプトを使用したところ、問題なく動作しました。
x86モードのままライブラリディレクトリを追加し、継承されたディレクトリを誤って削除してハードコーディングしたため、これは今日私に起こりました。次に、x64に切り替えた後も、私のVC ++ディレクトリは次のように読みます。
「...; $（VC_LibraryPath_x86）; $（WindowsSDK_LibraryPath_x86）;」
_x64の代わりに。
$(VC_LibraryPath_x64);$(WindowsSDK_LibraryPath_x64);$(NETFXKitsDir)Lib\um\x64;
CMakeを使用していて、次にwin32構成を追加しました。プロパティページにはx86が表示されていましたが、実際には、vcxprojファイルをテキストエディターで開いたときにx64でした。これを手動でx86に変更すると解決しました。
これは非常にイライラする煩わしい問題ですが、一度理解すれば、それは非常に簡単です。あるタイプのアーキテクチャ（あなたの場合はx64）を構築するときに、別のタイプ（x86など）のターゲットであるにもかかわらず、いくつかの要素があります）。
クラッシュの原因となっているobjファイルを確認することで問題の原因を分析し、そこで問題の検索を開始できます。すべてのobjには、cpp、c、asmなどのソースコードアナログがあります。その周りに、間違ったツールを使用している特別なビルドイベントがある可能性があります。プロパティシートで確認してください。
Cジョンソンのやることリストを見る前に、まずそこを見てみます。
まず、次のことを試してください。1.構成マネージャーに移動し、まだ存在しない場合は新しいx64を作成します。2. x64ソリューションを選択します。3.プロジェクトのプロパティに移動し、[リンカー]-> [詳細設定]でx64マシンを選択します。4.次に、ソリューションを再構築します。
それでも同じエラーが発生する場合。クリーンソリューションを試してから、再ビルドしてVisual Studioを開きます。最近開いたプロジェクトのリストが表示されます。プロジェクトを右クリックして、そこから削除します。次に、ソリューションに移動し、ソリューションを再度開きます。
QT Creatorを使用している場合、問題は同じです（@ c-johnsonが説明）。以下に示すように、キットのMSVCのコンパイラ設定がx86に設定されていることを確認します。
一部のコマンドプロンプト（dosプロンプト）を使用している場合、これが役立つ場合があります。
call "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" --help
Error in script usage. The correct usage is:
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option]
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] store
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] [version number]
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] store [version number]
where [option] is: x86 | amd64 | arm | x86_amd64 | x86_arm | amd64_x86 | amd64_arm
where [version number] is either the full Windows 10 SDK version number or "8.1" to use the windows 8.1 SDK
:
The store parameter sets environment variables to support
store (rather than desktop) development.
:
For example:
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_amd64
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_arm store
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_amd64 10.0.10240.0
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_arm store 10.0.10240.0
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x64 8.1
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x64 store 8.1
:
Please make sure either Visual Studio or C++ Build SKU is installed.また、このようにする場合：
CL "％1％2％3" / EHsc / link user32.lib Gdi32.lib Winmm.lib comctl32.lib * .obj / SUBSYSTEM：CONSOLE / MACHINE：x86
あなたはに持っているデル* .OBJ 前に。以前のコンパイルで残った64ビットと32ビットの両方のオブジェクトとリンカーを混同しないようにするには？
上記の多くの良い提案。
また、x86 Win32でビルドしようとしている場合：
Program Files（x86）でリンクするライブラリは、必ずしもx86ライブラリではないことを確認してください。
たとえば、C：\ Program Files（x86）\ Microsoft Visual Studio \ 2019 \ Professional \ SDKでリンクしたlibファイルがそのエラーをスローし、最終的にC：\ Program Files（x86）\ Windowsでそのx86バージョンが見つかりましたKits \ 10 \ Lib \ 10.0.18362.0 \ um \ x86およびすべてが正常に動作しました。