erreur s'il vous Plaît #define _AFXDLL ou de ne pas utiliser /MD[d] se produit même après avoir fait des changements dans les Propriétés du Projet

Je suis en train de travailler sur Win32 projet dans Visual Studio 2011. C'est la génération de MFC erreur quand je comprend afx.h ou afxwin.h.
Pour résoudre ce problème, j'ai fait les changements suivants dans les Propriétés du Projet, onglet :
1) Utilisation des MFC : Utiliser les MFC dans une DLL partagée
2) C++ -> Génération de Code -> Bibliothèque d'Exécution -> multithread DLL de Débogage(/MDd)

Encore il me donne l'erreur suivante quand j'ai créer la solution :

1>C:\Program Files (x86)\Microsoft Visual Studio 11.0\vc\atlmfc\include\afx.h(24): fatal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d]

Ma question est pourquoi Win32 projet est de générer MFC erreur et comment dois-je supprimer cette erreur.De bien vouloir me guider.

  • Pourquoi ne pas simplement faire ce qu'il dit et #define _AFXDLL? C/C++, de Préprocesseur, Définitions de Préprocesseur réglage.
  • Regardez le journal de génération de fichier - assurez-vous que il ya une /D _AFXDLL dans la ligne de commande émis pour le compiler. L' "Utiliser les MFC dans une DLL partagée" devrait provoquer que cela se produise. Peut-être un nettoyage/reconstruction pourrait aider? Aussi, VC++11 est Visual Studio 2012.
  • Merci Hans Passant. J'ai ajouté _AFXDLL dans les définitions de Préprocesseur. Mais il donne toujours la même erreur.
  • Quel est le type de projet? (dll? statique de la lib? exe?)
  • type de projet est dll.
  • Vérifier ce que Michael a dit: dans le journal de génération, est-il un _AFXDLL? Ne pas définir manuellement, il est ajouté lorsque vous le réglez sur "Utiliser les MFC dans une DLL partagée". Si elle est définie il, cela sonne comme une rassis séquence d'en-tête de chose. Supprimer manuellement tout ce qui n'est pas un fichier source, le fichier de projet ou de ressources et de construire à nouveau.
  • Le projet sur lequel je travaille a sa propre méthode de construction d'une solution. Je ne suis donc pas en mesure de vérifier le journal de génération.

InformationsquelleAutor SayaliK | 2014-07-30