Фатальна помилка: "Без цільової архітектури" у Visual Studio

Коли я намагаюся скомпілювати проект c ++ за допомогою Visual Studio 2010 в режимі Win32 або x64, я отримую таку помилку:

>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\winnt.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раніше windows.hі отримав цю помилку. Обмін замовлення вирішив проблему.

_WIN32 ідентифікатор не визначений.

використання #include <SDKDDKVer.h>

Проекти, згенеровані MSVS, включають це, генеруючи локальну, "targetver.h"яка включена до того, "stdafx.h"що складається в заздалегідь складений заголовок "stdafx.cpp".

EDIT: у вас є / D "WIN32" у вашому командному рядку?

Здавалося б, _AMD64_це не визначено, оскільки я не уявляю, що ви компілюєте для Itanium ( _IA64_).

Вирішіть це, розмістивши спочатку такі файли включення та визначення:

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

#include <windows.h>

На початку файлу, який ви компілюєте include, спробуйте додати до цього один із цих рядків

#define _X86_
#define _AMD64_
#define _ARM_

Виберіть відповідний, лише один, залежно від вашої архітектури.

Якщо ви використовуєте Resharper, переконайтесь, що він не додає неправильний для вас заголовок, дуже поширеними випадками ReSharper є:
- #include <consoleapi2.h
-#include <apiquery2.h>

ОНОВЛЕННЯ :
Ще одна пропозиція - перевірити, чи включаєте ви "частковий Windows.h", маю на увазі, що якщо ви включите, наприклад, winbase.h або minwindef.h, у вас може з’явитися ця помилка, замість цього додайте "великий" Windows.h. Є також менш очевидні випадки, через які я пройшов, найбільш помітним було, коли я включив лише synchapi.h, у документах чітко зазначено, що це заголовок, який слід включити для деяких функцій, таких як AcquireSRWLockShared, але це викликало відсутність цільової архітектури, виправлення було видалити synchapi.h і включити "великий" Windows.h. Windows.h є hughe, він визначає макроси (багато з них видаляють помилку без цільової арки) і включає багато інших заголовків. Підсумовуючи це , завжди перевіряйте, чи включаєте ви заголовок, який міг би замінити Windows.

Ще однією причиною помилки (серед багатьох інших, які з'явилися під час зміни цільової збірки проекту Win32 на X64), було не встановлення компіляторів 64 + біт C ++, як зазначено вгорі цієї сторінки .
На додаток до коментаря philipvr щодо дитячих заголовків, (у моєму випадку) явне враження, що winnt.h є непотрібним, коли Windows.h використовувався.

У мене була схожа проблема. У моєму випадку я випадково включив winuser.hраніше windows.h(насправді додав розширений IDE-розширення). Видалення winuser.hвирішеної проблеми.

Окрім причин, які вже були описані, я отримав цю помилку, тому що я включу:

#include <fileapi.h>

Очевидно, це не було потрібно (незважаючи на виклик CreateDirectoryW). Після коментарів компілятор залишився задоволений. Дуже дивно.

Якщо ви будуєте 32-бітний, то переконайтеся, що у вашому проекті не визначено _WIN64.