Блог

Когда я пытаюсь скомпилировать свой проект на c с использованием Visual Studio 2010 в режиме Win32 или x64, я получаю следующую ошибку:

>C:Program Files (x86)Microsoft SDKsWindowsv7.0Aincludewinnt.h(135): fatal error C1189: #error : "No Target Architecture"

В моих определениях препроцессора указано WIN32;_DEBUG;_CONSOLE;%(PreprocessorDefinitions)

Что вызывает эту ошибку и как мне ее исправить?

 // winnt.h: lines 127-136, MSVS says this is an inactive preprocessor block
#if defined(_WIN64)

#if defined(_AMD64_)
#define PROBE_ALIGNMENT( _s ) TYPE_ALIGNMENT( DWORD )
#elif defined(_IA64_)
#define PROBE_ALIGNMENT( _s ) (TYPE_ALIGNMENT( _s ) > TYPE_ALIGNMENT( DWORD ) ? 
                              TYPE_ALIGNMENT( _s ) : TYPE_ALIGNMENT( DWORD ))
#else
#error "No Target Architecture"
#endif
 

Обновление: я создал новый проект msvs и скопировал в него свой код. У меня больше нет error : "No Target Architecture" , но теперь у меня есть куча ошибок компиляции, связанных с winnt.h и winbase.h, и никаких ошибок компиляции, связанных с любым из моих файлов. Возможно ли, что эти файлы повреждены? Нужно ли мне переустановить MSVS 2010?

Обновление 2: Итак, я сузил круг своих проблем и обнаружил, что именно #include <WinDef.h> это вызывает все мои ошибки компиляции с помощью winnt.h, но я все еще не знаю, как это исправить.

Используйте #include <windows.h> вместо #include <windef.h> .

Со страницы windows.h википедии:

Существует несколько дочерних заголовочных файлов , которые автоматически включаются в windows.h состав . Многие из этих файлов не могут быть просто включены сами по себе (они не являются автономными) из-за зависимостей.

windef.h является одним из файлов, автоматически включенных в windows.h .

Другой причиной этого может быть включение заголовка, который зависит от windows.h , перед включением windows.h .

В моем случае я включил xinput.h before windows.h и получил эту ошибку. Замена порядка решила проблему.

Решите ее, поместив сначала следующие включаемые файлы и определение:

 #define WIN32_LEAN_AND_MEAN      // Exclude rarely-used stuff from Windows headers

#include <windows.h>
 

Если вы используете Resharper, убедитесь, что он не добавляет неправильный заголовок для вас, очень распространенные случаи с ReSharper:

• #include <consoleapi2.h
• #include <apiquery2.h>
• #include <fileapi.h>

ОБНОВЛЕНИЕ:
еще одно предложение — проверить, включаете ли вы «частичный Windows.h», я имею в виду, что если вы включите, например, winbase.h или minwindef.h, вы можете столкнуться с этой ошибкой, вместо этого добавьте «большой» Windows.h. Есть также несколько менее очевидных случаев, с которыми я столкнулся, наиболее заметным было, когда я включил только synchapi.h, в документах четко указано, что это заголовок, который должен быть включен для некоторых функций, таких как AcquireSRWLockShared, но это вызвало отсутствие целевой архитектуры, исправление заключалось в удалении synchapi.h и включении «большой » Windows.h.

Windows.h огромен, он определяет макросы (многие из них удаляют ошибку No target arch) и включает в себя множество других заголовков. В заключение, всегда проверяйте, включаете ли вы какой-либо заголовок, который может быть заменен Windows.h, потому что нет ничего необычного в том, чтобы включать заголовок, который зависит от некоторых констант, определенных Windows.h , поэтому, если вы не включите этот заголовок, ваша компиляция может завершиться неудачно.

Идентификатор _WIN32 не определен.

используйте #include <SDKDDKVer.h>

Проекты, сгенерированные MSV, завершают это включение, генерируя локальный "targetver.h" файл, который включен, "stdafx.h" который включен в предварительно скомпилированный заголовок "stdafx.cpp" .

РЕДАКТИРОВАТЬ: есть ли у вас a / D «WIN32» в вашей командной строке?

Казалось бы, это _AMD64_ не определено, поскольку я не могу представить, что вы компилируете для Itanium ( _IA64_ ).

У меня была похожая проблема. В моем случае я случайно включил winuser.h раньше windows.h (на самом деле, его добавило ошибочное расширение IDE). Удаление winuser.h решило проблему.

В начале файла, который вы компилируете, перед любым include , попробуйте поместить ОДНУ из этих строк

 #define _X86_
#define _AMD64_
#define _ARM_
 

Выберите подходящий, только один, в зависимости от вашей архитектуры.

Помимо уже описанных причин, я получил эту ошибку, потому что я бы включил:

 #include <fileapi.h>
 

По-видимому, это не понадобилось (несмотря на вызов CreateDirectoryW). После комментирования компилятор был доволен. Очень странно.

windows 10×64 pro сборка 19044.1586

Мой случай был в порядке файлов .h

Как будто это не работает

 #include <processthreadsapi.h>
#include <iostream>
#include <windows.h>
 

Но работает так

 #include <windows.h>
#include <iostream>
#include <processthreadsapi.h>
 

Другой причиной ошибки (среди многих других, возникших при изменении целевой сборки проекта Win32 на X64) было отсутствие установленных 64-разрядных компиляторов C , как указано в верхней части этой страницы.
В дополнение к комментарию philipvr о дочерних заголовках (в моем случае) явное включение winnt.h было ненужным при использовании windows.h .

Если вы создаете 32-битную версию, убедитесь, что для вашего проекта не определен _WIN64.

Если вы хотите избежать явного включения определенного заголовка Windows SDK, то должно сработать что-то вроде этого:

 #if defined(__amd64__) || defined(__amd64) || defined(__x86_64__) || defined(__x86_64) || defined(_M_X64) || defined(_M_AMD64)
#define _AMD64_
#elif defined(i386) || defined(__i386) || defined(__i386__) || defined(__i386__) || defined(_M_IX86)
#define _X86_
#elif defined(__arm__) || defined(_M_ARM) || defined(_M_ARMT)
#define _ARM_
#endif
 

для меня я использовал glfw и imgui, и я по ошибке включил этот файл заголовка:

 #include <stringapiset.h>
 

Я просто удалил ее, и эта ошибка больше не