Je viens de mettre à jour vers Xcode 7 et swift 2 et j'ai fini de corriger les erreurs qui accompagnent la transition. J'ai finalement eu le projet à construire, mais après l'écran de lancement, j'obtiens une erreur disant:
dyld: Bibliothèque non chargée: @ rpath / libswiftAVFoundation.dylib Référencé à partir de: / var / mobile / Containers / Bundle / Application / ...
Raison: aucune image appropriée trouvée. J'ai trouvé: /private/var/mobile/Containers/Bundle/Application/.../Frameworks/libswiftAVFoundation.dylib: mmap () errno = 1 validant la première page de '/ private / var / mobile / Containers / Bundle / Application / ... / Frameworks / libswiftAVFoundation.dylib '
J'ai déjà vu cette erreur, mais avec d'autres frameworks, et je ne peux pas résoudre mon problème. Existe-t-il un moyen de contourner cela en ajoutant mon framework quelque part?
la source
Réponses:
Essayez de nettoyer, de générer et d'exécuter le projet. A travaillé pour moi.
la source
Dans Xcode 8, mise à jour du paramètre de construction
Toujours incorporer les bibliothèques standard Swift sur Oui
travaillé pour moi.
la source
Aucune des solutions ci-dessus n'a fonctionné pour moi. En fin de compte, le problème était les paramètres de confiance de mon certificat de signature. Ils ont été définis sur "Toujours faire confiance", ce qui semble être à l'origine de ce problème. Le réactiver "Utiliser les paramètres par défaut du système" l'a corrigé pour moi.
Dans mon cas, j'ai initialement modifié les paramètres de confiance des certificats parce que j'avais des problèmes de construction à distance. J'ai pu résoudre les deux problèmes en basculant les paramètres de confiance sur «Utiliser les paramètres par défaut du système» globalement et «Toujours autoriser» pour SSL.
J'espère que cela aide quelqu'un.
la source
Lorsque la réponse marquée comme correcte ne fonctionnait pas pour moi, j'ai ajouté ce qui suit à "Paramètres de construction> Liaison> Chemins de recherche de chemin" :
la source
J'ai rencontré ce problème en essayant de supprimer mon profil d'approvisionnement et mon certificat d'application. Alors tous mes projets rapides ont ce problème. Après presque une heure, j'ai trouvé que nettoyer simplement le projet en:
Cliquez sur Produit -> Nettoyer (ou
CMD
-Shift
-K
)Et les projets se dérouleront normalement.
la source
Question similaire ci-dessous, les réponses peuvent offrir une aide. dyld: Bibliothèque non chargée: @ rpath / libswiftCore.dylib
Pour moi, la seule solution qui a fonctionné était comme @ morten-holmgaard l'a suggéré dans son commentaire.
J'ai également essayé de changer l'indicateur «Contenu incorporé contient du code Swift» sur true dans les paramètres de construction, mais cela n'a eu aucun effet.
la source
Changer les paramètres de construction -> "Le contenu intégré contient du code Swift" sur true / yes a fonctionné pour moi.
la source
Pour le framework que j'utilise sur OSX (MailCore2), j'ai dû définir ma cible
«Paramètres de construction> Liaison> Chemins de recherche de chemin d’exécution» vers @loader_path
une solution que j'ai trouvée ici:
http://www.dribin.org/dave/blog/archives/2009/11/15/rpath/
la source
@rpath
auRunpath Search Paths
paramètre de l' éditeur de liens.J'ai rencontré ce problème avec Xcode 9. Cela a fait l'affaire pour moi:
Project > Build Settings > Swift Compiler - Search Path: Setting "Import Paths"
à$(PROJECT_DIR)
(récursif)la source
Il existe deux solutions pour cela:
Solution 1:
Quit Xcode
( cmd+ Q)Clean Project
( cmd+ shift+ k)Solution 2:
Le journal de la console lui-même indique que l'éditeur de lien dynamique (dyld) ne peut pas charger la bibliothèque. Afin de résoudre ce problème, utilisez les étapes ci-dessous:
Project
->Build settings
->Build options
onglet -> Sélectionnez 'Always Embed Swift Standard Libraries’
à'Yes
'la source
Cela peut être un problème avec les certificats. Accédez au centre des membres développeurs Apple et assurez-vous que "Unité organisationnelle" est définie dans votre profil de distribution.
Jetez également un œil dans les journaux pour le texte deny-mmap , cela vous aidera probablement plus loin.
J'ai rencontré ce problème avec une application Xamarin pour l'Apple Watch. L'application principale et le framework Mono étaient signés et fonctionnaient, mais l'extension Watchkit ne s'est pas chargée en raison de l'erreur dyld.
la source