Errore irreversibile: "Nessuna architettura di destinazione" in Visual Studio

Quando provo a compilare il mio progetto c ++ utilizzando Visual Studio 2010 in modalità Win32 o x64 ottengo il seguente errore:

>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\winnt.h(135): fatal error C1189: #error : "No Target Architecture"

Le definizioni del mio preprocessore dicono WIN32; _DEBUG; _CONSOLE;% (PreprocessorDefinitions)

Qual è la causa di questo errore e come posso risolverlo?

// 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

Aggiornamento: ho creato un nuovo progetto msvs e vi ho copiato il codice. Non ce l'ho più error : "No Target Architecture", ma ora ho un sacco di errori di compilazione che coinvolgono winnt.he winbase.he nessun errore di compilazione che coinvolge nessuno dei miei file. È possibile che questi file siano danneggiati? Devo reinstallare MSVS 2010?

Aggiornamento 2: quindi ho ristretto il mio problema e ho scoperto che è #include <WinDef.h>quello che causa tutti i miei errori di compilazione con winnt.h ma non so ancora come risolverlo.

Usa #include <windows.h>invece di #include <windef.h>.

Dalla windows.hpagina di wikipedia:

Esistono numerosi file di intestazione secondari che vengono automaticamente inclusi con windows.h. Molti di questi file non possono essere inclusi semplicemente da soli (non sono autonomi ), a causa delle dipendenze.

windef.hè uno dei file inclusi automaticamente con windows.h.

Un'altra causa di ciò può essere l'inclusione di un'intestazione che dipende da windows.h, prima di includere windows.h.

Nel mio caso ho incluso xinput.hprima windows.he ho ricevuto questo errore. Lo scambio dell'ordine ha risolto il problema.

L'identificatore _WIN32 non è definito.

uso #include <SDKDDKVer.h>

I progetti generati da MSVS racchiudono questo include generando un locale "targetver.h"che è incluso da "stdafx.h"che viene inserito in un'intestazione precompilata "stdafx.cpp".

EDIT: hai un / D "WIN32" sulla tua riga di comando?

Sembrerebbe che _AMD64_non sia definito, dal momento che non riesco a immaginare che stai compilando per Itanium ( _IA64_).

Risolvilo inserendo prima i seguenti file di inclusione e definizione:

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

#include <windows.h>

All'inizio del file che stai compilando, prima di ogni altra include, prova a mettere UNA di queste righe

#define _X86_
#define _AMD64_
#define _ARM_

Scegli quello appropriato, solo uno, a seconda della tua architettura.

Se stai usando Resharper assicurati che non aggiunga l'intestazione sbagliata per te, casi molto comuni con ReSharper sono:
- #include <consoleapi2.h
-#include <apiquery2.h>

AGGIORNAMENTO : un
altro suggerimento è controllare se stai includendo un "Windows.h parziale", quello che voglio dire è che se includi ad esempio winbase.h o minwindef.h potresti finire con quell'errore, aggiungi invece "il grande" Windows.h. Ci sono anche alcuni casi meno ovvi che ho attraversato, il più notevole è stato quando ho incluso solo synchapi.h, la documentazione afferma chiaramente che è l'intestazione da includere per alcune funzioni come AcquireSRWLockShared ma ha attivato l'architettura No target, la correzione era rimuovere il file synchapi.he includere il "grande" Windows.h. Windows.h è enorme, definisce le macro (molte di esse rimuovono l'errore Nessun arco di destinazione) e include molte altre intestazioni. In sintesi , controlla sempre se stai includendo qualche intestazione che potrebbe essere sostituita da Windows.

Un altro motivo dell'errore (tra i molti altri che sono emersi durante la modifica della build di destinazione di un progetto Win32 in X64) era il mancato installazione dei compilatori C ++ a 64 bit, come indicato nella parte superiore di questa pagina .
Oltre al commento di philipvr sulle intestazioni figlio, (nel mio caso) un'inclusione esplicita di winnt.h non è necessaria quando si utilizza windows.h .

Ho avuto un problema simile. Nel mio caso, l'avevo accidentalmente incluso winuser.hprima windows.h(in realtà, un'estensione IDE difettosa l'aveva aggiunta). Rimuovendo il winuser.hrisolto il problema.

Oltre alle cause già descritte, ho ricevuto questo errore perché includevo:

#include <fileapi.h>

Apparentemente non era necessario (nonostante la chiamata a CreateDirectoryW). Dopo aver commentato, il compilatore era felice. Molto strano.

Se stai costruendo 32 bit, assicurati di non avere _WIN64 definito per il tuo progetto.