Фатальная ошибка LNK1112: тип компьютера модуля "x64" конфликтует с типом машины назначения "X86"

Question

Фатальная ошибка LNK1112: тип компьютера модуля "x64" конфликтует с типом машины назначения "X86"

Я использую CUDA (VC++, Visual studio 2008sp1) для отладки программы FEM. Программа может работать только на платформе Win32, из-за недостатка cuda. Я думаю, что все связанные библиотечные файлы скомпилированы на платформе x86, но когда я скомпилирую их, я получаю сообщение об ошибке "Неустранимая ошибка LNK1112: тип машины модуля" x64 "конфликтует с типом целевой машины" X86 "".

Я пытался преобразовать платформу в x64, но это не сработало. Скажите, пожалуйста: что такое "тип машины модуля" и что такое "тип машины цели"? Как я могу преодолеть это?

212

visual-c++ visual-c++-2008

Источник

user430382 25 авг '10 в 07:36

30 ответов

Другие вопросы по тегам visual-c++ visual-c++-2008

user321866 06 дек '10 в 07:06 2010-12-06 07:06 · Answer 1 · 2010-12-06 07:06

Я написал запись в блоге об этом, когда столкнулся с этой сводящей с ума проблемой, и наконец вернул мою систему в рабочее состояние.

Вот что нужно проверить в следующем порядке:

Проверьте параметры свойств в настройках компоновщика по адресу: Свойства> Свойства конфигурации> Компоновщик> Дополнительно> Целевой компьютер. Выберите MachineX64, если вы используете 64-битную сборку, или MachineX86, если вы делаете 32-битную сборку.
Выберите Build > Configuration Manager из главного меню в Visual Studio. Убедитесь, что в вашем проекте указана правильная платформа. Возможно, для среды IDE будет установлена сборка x64, но для отдельного проекта в решении может быть задано целевое значение win32. Так что да, визуальная студия оставляет много веревки, чтобы повеситься, но это жизнь.
Проверьте файлы своей библиотеки, что они действительно относятся к тому типу платформы, на который нацелены. Это можно использовать с помощью dumpbin.exe, который находится в каталоге Visual Studio VC\bin. используйте опцию -headers, чтобы сбросить все ваши функции. Ищите запись машины для каждой функции. он должен включать x64, если это 64-битная сборка.
В Visual Studio выберите Инструменты> Параметры в главном меню. выберите Проекты и решения> Каталоги VC++. Выберите x64 из раскрывающегося списка Платформа. Убедитесь, что первая запись: $ (VCInstallDir) \ bin \ x86_amd64, за которой следует $ (VCInstallDir) \ bin.

Как только я сделал шаг 4, все снова заработало для меня. Дело в том, что я сталкивался с этой проблемой во всех моих проектах, где я хотел скомпилировать в направлении 64-битной цели.

user13441 08 апр '13 в 22:35 2013-04-08 22:35 · Answer 2 · 2013-04-08 22:35

В дополнение к списку С. Джонсона я бы добавил следующее:

Проверьте в Visual Studio:
Свойства проекта -> Свойства конфигурации -> Линкер -> Командная строка.

"Дополнительные параметры" не должны содержать /machine:X86

У меня есть такой ключ, сгенерированный выводом CMake: CMake сгенерировал проект x86, затем я добавил платформу x64 через Configuration Manager в Visual Studio 2010 - все было прекрасно создано для новой платформы, кроме указанной командной строки компоновщика /machine:X86 по отдельности.

user1147259 13 янв '12 в 08:28 2012-01-13 08:28 · Answer 3 · 2012-01-13 08:28

Я столкнулся с той же проблемой в VS2008, когда пытался добавить сборку X64 в проект, преобразованный из VS2003.

Я посмотрел на все, что было найдено при поиске этой ошибки в Google (целевой компьютер, каталоги VC++, DUMPBIN....), и все выглядело нормально.

Наконец, я создал новый тестовый проект и сделал те же изменения, и это, похоже, сработало.

Выполнение различий между файлами vcproj выявило проблему....

В моем преобразованном проекте /MACHINE:i386 был установлен в качестве дополнительной опции в Linker->Command Line. Таким образом, было установлено два параметра / MACHINE (как x64, так и i386), и дополнительный выбрал предпочтение.

Удаление и правильная настройка в Linker->Advanced->Target Machine позволили устранить проблему.

user1952626 13 мар '17 в 20:20 2017-03-13 20:20 · Answer 4 · 2017-03-13 20:20

Все настройки проекта казались идеальными, но я все еще получил ошибку. Глядя в .vcxproj файл и поиск "x86" выявили проблему:

<Lib>
  <AdditionalOptions> /machine:X86 %(AdditionalOptions)</AdditionalOptions>
</Lib>

Быстрый поиск / замена всех вхождений (десять отдельных настроек файла) устранили проблему.

29

Источник

user1952626 13 мар '17 в 20:20

user163551 25 авг '10 в 08:01 2010-08-25 08:01 · Answer 5 · 2010-08-25 08:01

Вероятно, у вас есть один файл.OBJ или.LIB, предназначенный для x64 (это тип компьютера модуля), а вы связываете для x86 (это тип целевой машины).

Используйте DUMPBIN /HEADERS для ваших файлов.OBJ и проверьте наличие записи машины в блоке FILE HEADER VALUES.

15

Источник

user163551 25 авг '10 в 08:01

user1439958 13 май '14 в 20:55 2014-05-13 20:55 · Answer 6 · 2014-05-13 20:55

Поскольку проблема связана с различием в спецификации компиляции и целевой машины (x86 и x64), выполните следующие действия:

Откройте проект C++, который вы хотите настроить.
Нажмите кнопку Configuration Manager, чтобы открыть диалоговое окно Configuration Manager.
В раскрывающемся списке Active Solution Platform выберите параметр, чтобы открыть диалоговое окно New Solution Platform.
В раскрывающемся списке Тип или выберите новую платформу выберите 64-разрядную платформу.

Это решило мою проблему.

user2787699 15 ноя '14 в 04:59 2014-11-15 04:59 · Answer 7 · 2014-11-15 04:59

В Visual Studio 2012 +/- страница свойств для "Свойства конфигурации". Линкер. "Командная строка" содержит поле с надписью "Дополнительные параметры". Если вы собираете x64, убедитесь, что в этом поле нет /MACHINE:I386. Мои проекты сделали, и это вызвало ошибку, о которой идет речь.

7

Источник

user2787699 15 ноя '14 в 04:59

user2728633 29 авг '13 в 09:52 2013-08-29 09:52 · Answer 8 · 2013-08-29 09:52

Я сталкивался с этой проблемой при сборке QT. Инструкции, которые я где-то читал, предложили мне настроить nmake с помощью командной строки VS.

Я выбрал командную строку x64 и выполнил настройку без особых хлопот. Когда я попробовал nmake, он выдал эту ошибку.

Я думаю, что некоторые компоненты были предварительно собраны для 32-разрядных. Ошибка даже сообщила, какие модули были построены для x86.

Я использовал 32-битную командную строку VS по умолчанию, и она работала.

user2179543 10 окт '20 в 03:01 2020-10-10 03:01 · Answer 9 · 2020-10-10 03:01

Моя цель - приложение DOSBox в текстовом режиме x64 Windows 10 на языке C. Использование "Visual Studio 2019 Community" для компиляции через приглашение DOS "nmake -f makefile". Ошибка аналогична, но с противоположной стороны:

fatal error LNK1112: module machine type 'x32' conflicts with target machine type 'X64'

Можно скомпилировать с помощью VC++ 2010 на другом компьютере. Но на этом компьютере произошла ошибка "Сообщества Visual Studio 2019". Итак, мои настройки верны, и все приведенные выше ответы не работают.

Я хотел бы поделиться с вами, что решение - это make.bat вроде этого:

call "c:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Auxiliary\Build\vcvars64.bat" 
nmake -f makefile

Вы найдете много других vcvarsxxxx.bat, только это одно слово.

user2618274 25 июл '13 в 10:34 2013-07-25 10:34 · Answer 10 · 2013-07-25 10:34

"project property - CUDA Runtime API - GPU - NVCC Compilation Type"

Установите 64-битную опцию компиляции -m64 -cubin

Подсказка при компиляции журнала. Как это:

nvcc.exe ~~~~~~ -machine 32 -ccbin ~~~~~

Тот "-machine 32" это проблема.

Сначала задайте опцию 64-битной компиляции, затем снова установите опцию гибридной компиляции. Тогда ты сможешь увидеть успех.

user1739487 03 янв '14 в 17:43 2014-01-03 17:43 · Answer 11 · 2014-01-03 17:43

В Visual Studio 2013

1) Проверьте в страницах свойств проекта / свойства конфигурации / компоновщик / все параметры и исправьте все неправильно настроенные машины и каталоги.

2) Проверьте в страницах свойств проекта / свойства конфигурации / компоновщик / ввод и исправьте все пропущенные настроенные каталоги.

Смотрите пример 1)

user2643493 28 окт '13 в 09:47 2013-10-28 09:47 · Answer 12 · 2013-10-28 09:47

Если ваше решение имеет проекты lib, проверьте свойство Target Machine в Property->Librarian->General

2

Источник

user2643493 28 окт '13 в 09:47

user1461744 29 сен '17 в 02:00 2017-09-29 02:00 · Answer 13 · 2017-09-29 02:00

Файл vcxproj может содержать 'MACHINE:i386' Редактировать файл vcxproj с помощью редактора. убери это!

2

Источник

user1461744 29 сен '17 в 02:00

user1190328 31 янв '16 в 17:44 2016-01-31 17:44 · Answer 14 · 2016-01-31 17:44

Я использовал CMake и затем добавил конфигурацию win32. Страница свойств показала x86, но на самом деле при открытии файла vcxproj в текстовом редакторе это был x64! Ручное переключение на x86 решило эту проблему.

1

Источник

user1190328 31 янв '16 в 17:44

user4604440 02 июн '16 в 11:05 2016-06-02 11:05 · Answer 15 · 2016-06-02 11:05

Прежде всего попробуйте сделать следующее: 1. Перейдите в диспетчер конфигурации и создайте новый x64, если его там еще нет. 2. выберите решение x64. 3. Перейдите в свойства проекта и затем Linker->Advanced выберите x64 machine. 4. Теперь перестройте решение.

Если все еще вы получаете ту же ошибку. попробуйте чистое решение, а затем перестройте заново и откройте Visual Studio, вы получите список недавно открытых проектов, щелкните правой кнопкой мыши проект и удалите его оттуда. Теперь перейдите к решению и снова откройте решение.

28 янв '17 в 21:34 2017-01-28 21:34 · Answer 16 · 2017-01-28 21:34

Это очень разочаровывающая и раздражающая проблема, но как только вы ее поймете, это будет довольно просто: в вашей сборке есть какой-то элемент, который строит один тип архитектуры (в вашем случае x64), несмотря на тот факт, что он предназначен для другого типа (скажем, x86).).

Вы можете проанализировать источник вашей проблемы, посмотрев, какой файл obj вызывает сбой, и начать искать там проблему. Каждый объект будет иметь аналог исходного кода: либо в cpp, c, asm и т. Д. Вокруг него могут быть специальные события сборки, использующие неправильный инструмент. Проверьте это в списках свойств.

Я бы посмотрел там сначала, прежде чем перейти к списку вещей, которые должен сделать C Johnson.

user1002260 14 май '21 в 01:37 2021-05-14 01:37 · Answer 17 · 2021-05-14 01:37

В моем случае установка переменной среды PROCESSOR_ARCHITECTURE к AMD64 исправил проблему.

https://social.msdn.microsoft.com/Forums/en-US/f9303904-81ce-405d-85b3-b66d97e49971

1

Источник

user1002260 14 май '21 в 01:37

user524504 17 окт '15 в 18:41 2015-10-17 18:41 · Answer 18 · 2015-10-17 18:41

Это случилось со мной сегодня, потому что я добавил каталог библиотеки еще в режиме x86 и случайно удалил унаследованные каталоги, вместо этого сделав их жестко закодированными. Затем после перехода на x64 мои каталоги VC++ все еще читают:

"...; $ (VC_LibraryPath_x86); $ (WindowsSDK_LibraryPath_x86);"

вместо _x64.

user1901581 13 янв '14 в 15:55 2014-01-13 15:55 · Answer 19 · 2014-01-13 15:55

В дополнение к списку Джонсон, также проверьте папки библиотеки

В Visual Studio выберите Инструменты> Параметры в главном меню. выберите Проекты и решения> Каталоги VC++. Выберите x64 из раскрывающегося списка Платформа.

$(VCInstallDir)lib\AMD64;
$(VCInstallDir)atlmfc\lib\amd64;
$(WindowsSdkDir)lib\x64;

1

Источник

user1901581 13 янв '14 в 15:55

user5528758 08 авг '18 в 09:44 2018-08-08 09:44 · Answer 20 · 2018-08-08 09:44

Я решил эту проблему, изменив Win32 на *64 в Visual Studio 2013.

1

Источник

user5528758 08 авг '18 в 09:44

user9528554 19 янв '22 в 06:28 2022-01-19 06:28 · Answer 21 · 2022-01-19 06:28

Свойства->configurationManager->ActiveSolutionPlatform. Здесь выберите x64. Вот и все.

Он должен позаботиться обо всех зависимостях, и компиляция должна работать гладко.

0

Источник

user9528554 19 янв '22 в 06:28

user209406 06 июн '15 в 17:03 2015-06-06 17:03 · Answer 22 · 2015-06-06 17:03

Эта проблема также может возникнуть, если ваш проект настроен на использование одинаковых промежуточных каталогов в Свойства проекта -> Свойства конфигурации -> Общие

-1

Источник

user209406 06 июн '15 в 17:03

user432026 26 авг '10 в 15:37 2010-08-26 15:37 · Answer 23 · 2010-08-26 15:37

Какая ОС? если это Windows x64, то вам нужно убедиться, что CUDA x64 была установлена и, следовательно, VS2008 должен скомпилировать проект в режиме x64...

CUDA будет устанавливать только x64 или x86 в Windows

-1

Источник

user432026 26 авг '10 в 15:37

user1716427 02 мар '17 в 09:03 2017-03-02 09:03 · Answer 24 · 2017-03-02 09:03

Это происходит со мной, когда я конвертирую свое решение VS2008 в VS2010 и меняю конфигурацию win32 на X64, в моем старом решении у меня есть mfcs90d.lib (Configuration->Linker->Input-> Дополнительные зависимости), так как я использую VS010, я только что проверил в папке VS2010, где это mfcs100d.lib, поэтому я изменил mfcs90d.lib на mfcs100d.lib в (Configuration-> Linker-> Input-> Дополнительные зависимости), он работал нормально.

user1752563 02 ноя '20 в 11:30 2020-11-02 11:30 · Answer 25 · 2020-11-02 11:30

Я исправил для себя эту проблему следующим образом.

Прежде всего, я последовал другим ответам на этот вопрос только для того, чтобы сделать вывод, что все настройки проекта верны.

Затем я проверил файл.vcxproj с помощью редактора и заметил, что свойства для двух конфигураций (Debug и Release) x64 не указывали , в то время как конфигурации Win32 содержали MachineX86 .

Однако я уже убедился, глядя из Visual Studio в Свойства> Свойства конфигурации> Компоновщик> Дополнительно> Целевая машина, что в конфигурациях x64 указано MachineX64 (/MACHINE:X64).

Итак, я отредактировал файл.vcxproj, чтобы включить MachineX64 в две конфигурации x64. Возвращаясь к диалоговому окну свойств проекта Visual Studio, я заметил, что параметр MachineX64 (/MACHINE:X64) был там, как и раньше, за исключением того, что теперь он выделен жирным шрифтом (очевидно, это означает, что значение не является значением по умолчанию).

Я восстановил, и это сработало.

user8055779 14 апр '21 в 12:09 2021-04-14 12:09 · Answer 26 · 2021-04-14 12:09

Иногда требуется просто перекомпилировать / перекомпилировать решение / проект.

-1

Источник

user8055779 14 апр '21 в 12:09

user5597891 29 июл '19 в 04:30 2019-07-29 04:30 · Answer 27 · 2019-07-29 04:30

Для некоторых, использующих командную строку (подсказка 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-разрядными объектами, оставшимися от предыдущих компиляций?

user797586 09 янв '20 в 18:28 2020-01-09 18:28 · Answer 28 · 2020-01-09 18:28

Выше много хороших предложений.

Также, если вы пытаетесь собрать x86 Win32:

Убедитесь, что любые библиотеки, на которые вы ссылаетесь в Program Files(x86), на самом деле являются библиотеками x86, потому что они не обязательно...

Например, файл lib, с которым я связался в C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\SDK, вызвал эту ошибку, в конце концов я нашел его версию x86 в C:\Program Files (x86)\Windows Kits\10\Lib\10.0.18362.0\um\x86 и все работало нормально.

user2046607 16 окт '13 в 04:40 2013-10-16 04:40 · Answer 29 · 2013-10-16 04:40

Тип компьютера модуля - это компьютер, на котором вы компилируете, а тип компьютера назначения - это архитектура x86 или x64, для которой вы создаете свои двоичные файлы.

-1

Источник

user2046607 16 окт '13 в 04:40

user1219052 09 июл '19 в 18:41 2019-07-09 18:41 · Answer 30 · 2019-07-09 18:41

Для тех, кто использует QT Creator, проблема такая же (как описано @c-johnson). Убедитесь, что в настройках компилятора для MSVC в вашем наборе установлено значение x86, как показано ниже.

-1

Источник

user1219052 09 июл '19 в 18:41