Accéder au contenu principal

"dyld: Library not loaded, reason: image not found" ou comment embarquer une librairie à lien dynamique / framework avec iOS 8+

Le problème :

Au cours du développement d'une application, j'ai eu besoin d'ajouter un sous-projet produisant un "Framework" (autrement dit une dépendance installée via Carthage).

Lors de l'execution sous l'émulateur, tout fonctionna très bien.
Mais en lançant l'application sur un appareil physique, il apparut un message proche de celui-ci :

dyld: Library not loaded: @rpath/Machin.framework/Machin

Referenced from: /var/mobile/Applications/FA6...B6/MachinApp.app/MachinApp
Reason: image not found

Que faire dans ce cas ?

Dans l'onglet "cible" du projet dépendant, ajouter le framework via la liste "Embedded Binairies".




Voici une capture d'écran montrant la structure du projet et la fenêtre de dialogue permettant d'ajouter la dépendance binaire.



Pour référence, le lien StackOverflow : https://stackoverflow.com/questions/24333981/ios-app-with-framework-crashed-on-device-dyld-library-not-loaded-xcode-6-beta


Et si cela ne fonctionne toujours pas ?

Dans ce cas, il convient de vérifier si le Framework s'installe au bon endroit lors de la construction du projet cible.

En effet, un Framework qui venait à être copié au mauvais endroit sera, de facto, impossible à charger.

Pour savoir à quel endroit votre projet cible s'attend à trouver ses dépendances, il faut executer la commande suivante :


otool -L {{chemin vers le fichier exécutable}}

Une fois la liste des emplacements affichée, il ne reste plus qu'à vérifier que le chemin d'installation du Framework correspond bien dans le project de la dépendance.


Libellés :

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Construire le compilateur "Portable Object Compiler" et ses librairies sous AmigaOS4.x

Introduction Portable Object Compiler est un compilateur Objective-C maintenu par David Stes. Il est accompagné entre autres, de sa bibliothèque d'exécution (Runtime library) couvert par la license GPL. Il reste fidèle au papier du Docteur Brad Cox, l'inventeur de ce langage. Comme son nom l'indique, cette implémentation se veut portable. En effet, il suffit de disposer d'un compilateur C et de quelques outils courants pour le compiler. Vous pouvez trouver d'avantages d'informations à son propos ici : http://users.telenet.be/stes/compiler.html Ce billet détaille comment construire ce compilateur Objective-C. La construction du compilateur se passe en deux étapes : - la construction d'une version légère du compilateur Objective-C (bootstrap) qui ne requière qu'un compilateur C. - la construction de la version complète qui nécessite un compilateur Objective-C (d'où la nécessité du compilateur de bootstrap). Pré-requis - le SDK 53....
Enregistrer un commentaire
Lire la suite

Mettre en place un environnement de développement pour AmigaOS 4.1FE

Je vais vous parler ici de la configuration que j'utilise pour développer. Voici la liste des les logiciels utilisés : - Editeur de texte : StormC5ED - Compilateur C/C++ : GCC 4.2 - Débogueur : DB101 - Visualiseur de sortie série : Sashimi - Kit de développement : SDK53.30 - Terminal de commande Prenons le temps de faire un tour succinct de chacun d'entre eux. StormC5ED Cet éditeur offre une expérience d'écriture de code tout à fait acceptable. Très léger, il offre une coloration syntaxique pour quelques langages : C, C++, ARexx, AmigaGuide. Il gère les onglets multiples et "le pliage de code". Ce dernier consiste en un regroupement du code d'une fonction. Une fois pliée, la fonction n'occupe plus qu'une ligne dans l'éditeur. DB101 Ce débogueur dispose d'une interface graphique conviviale. Il supporte les exécutables contenant les informations de déboggage STAB (table de symboles). Les fonctionnalités classiques telles ...
Enregistrer un commentaire
Lire la suite