Creazione dell'app Visual C++ che non utilizza le funzioni CRT fa ancora riferimento ad alcuni

Question

Questo fa parte di una serie di almeno due domande strettamente correlate, ma distinte. Spero di fare la cosa giusta chiedendoli separatamente.

Sto cercando di far funzionare l'app Visual C++ 2008 senza la libreria di runtime C. Si tratta di un'app GUI Win32 senza MFC o altro materiale di fantasia, semplicemente l'API di Windows.

Così ho impostato Proprietà progetto -> Configurazione -> C/C++ -> Avanzate -> Ometti nomi libreria predefiniti su Sì (flag di compilazione /Zl) e ricostruito. Supponiamo di aver scritto una funzione di punto di ingresso adeguata, che è l'oggetto di my other question.

Ottengo due errori di linker; sono probabilmente correlati. Il linker si lamenta di simboli esterni non risolti __fltused e _memcpy in foobar.obj. Inutile dire che non uso nè esplicitamente nel mio programma, ma io uso memcpy da qualche parte in foobar.cpp. (Avrei usato CopyMemory ma che si rivela essere #define d essere identico a memcpy ...)

(pensavo di poter sbarazzarsi del problema memcpy utilizzando un compilatore intrinseca, come #pragma intrinsic(memcpy), ma questo rende nessuna differenza.)

Se guardo l'uscita del preprocessore (aggiungendo /P alla riga di comando del compilatore), non vedo alcun riferimento a uno o __fltused_memcpy in foobar.i.

Quindi, la mia domanda è: Da dove vengono questi errori del linker e come li risolvo?

Answer 1

__fltused implica che si sta utilizzando o almeno ha dichiarato alcuni caratteri mobili o doppi. Il compilatore inietta questo simbolo 'inutile' per causare un supporto flottante .obj per essere caricato dal crt. È possibile ottenere intorno a questo semplicemente dichiarando un simbolo con il nome

#ifdef __cplusplus 
extern "C" { 
#endif 
int __fltused=0; 
#ifdef __cplusplus 
} 
#endif 

WRT _memcpy - memcpy è una funzione __cdecl, e tutte le funzioni cdecl ottenere un automatico _ come parte della loro decorazione. quindi, quando dici "__cdecl memcpy" - il linker del compilatore & cerca un simbolo chiamato "_memcpy". Le funzioni intrinseche - anche se esplicitamente richieste - possono ancora essere importate se le impostazioni di costruzione hanno impostazioni di debug che indicano controindicazioni intrinseche. Quindi, a un certo punto, dovrai implementare la tua memcpy e le relative funzioni.

Answer 2

Si consiglia di impostare l'opzione di compilazione "elenco assembly" (o alcuni di essi) per foobar.cpp una volta e quindi di ispezionare il codice assembler. Questo dovrebbe veramente dirti dove questi simboli sono usati.