MFMailComposeViewController ne lie pas pour le simulateur

Question

Tout d'abord, je suis en utilisant XCode 4.0.2.

Bon, voici mon problème. Je peux construire Apple exemple de programme pour MFMailComposerViewController et l'exécuter dans le simulateur (je suis conscient qu'il ne sera pas envoyer des e-mail, je suis juste inquiet qu'il s'inspire). Qui semble bien fonctionner.

CEPENDANT, lorsque j'essaie de construire dans mon application, j'obtiens le message suivant.

ld: warning: ignoring file /Users/lloyd/Projects/iOS/simpleApp/MessageUI.framework/MessageUI, 
    missing required architecture i386 in file
    Undefined symbols for architecture i386: "_OBJC_CLASS_$_MFMailComposeViewController", referenced from:
  objc-class-ref in MailData.o
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status

SOLUTION

La recherche "Build Settings" (Base et Combiné) j'ai vu que j'avais "Cadre de Recherche de Chemin" ensemble. C'était étrange parce que je n'ai jamais rappeler paramètre. La suppression il a résolu le problème.

Je suis maintenant en mesure de construire pour le simulateur et la cible. REMARQUE: Vous ne pouvez PAS envoyer de courriel à partir du simulateur, mais vous devriez toujours être en mesure d'exécuter le code (si cela fait sens).

Answer 1

Dans Xcode 4, accédez à l'onglet des phases de construction pour votre cible. Assurez-vous de voir MessageUI.framework. Si ce n'est pas le cas, cliquez sur + pour ajouter un nouveau framework.

Answer 2

SOLUTION

En regardant "Paramètres de construction" (de base et combinés), j'ai vu que j'avais "Chemin de recherche du framework" défini. C'était étrange parce que je ne me suis jamais souvenu d'avoir réglé cela. La supprimer a résolu le problème.

Je suis maintenant capable de construire à la fois pour le simulateur et la cible. REMARQUE: vous ne pouvez PAS envoyer d'e-mail à partir du simulateur, mais vous devez toujours être en mesure d'exécuter le code (si cela a du sens).

C'était la solution à mon problème :)

Answer 3

Ajoutez MessageUI.framework bien que les docs aient dit que ce n'était pas un must.