Dyld: Bibliothèque non chargée ... Raison : Image non trouvée

Question

Lorsque j'essaie d'exécuter un exécutable que j'ai reçu sur Mac OS X, j'obtiens l'erreur suivante

dyld: Library not loaded: libboost_atomic.dylib
  Referenced from: /Users/"Répertoire dans lequel se trouve mon exécutable"
  Reason: image not found
Trace/BPT trap:5

J'ai installé les bibliothèques boost et elles se trouvent dans /opt/local/lib. Je pense que le problème a quelque chose à voir avec l'exécutable ne regardant que dans le répertoire dans lequel il se trouve, car quand je colle 'libboost_atomic.dylib' là-bas, il ne le remarque plus. Malheureusement, il se plaint alors de ne pas trouver la prochaine bibliothèque boost.

Y a-t-il un moyen facile de corriger cela?

Answer 1

C'était ma raison de problème :

dyld: Bibliothèque non chargée : /System/Library/Frameworks/AVFAudio.framework/AVFAudio   Référencée depuis : /private/var/containers/Bundle/Application/B6724E76-E704-46A2-8637-F43277018CE2/MyFrameworkUsageSample.app/Frameworks/MyFramework.framework/MyFramework Raison : image non trouvée dyld: lancement, chargement des bibliothèques dépendantes DYLD_LIBRARY_PATH=/usr/lib/system/introspection DYLD_INSERT_LIBRARIES=/Developer/usr/lib/libBacktraceRecording.dylib:/Developer/usr/lib/libMainThreadChecker.dylib:/Developer/Library/PrivateFrameworks/DTDDISupport.framework/libViewDebuggerSupport.dylib

Je créais mon propre framework MyFramework - où le Framework Apple était utilisé. Et j'ai construit le xcframework avec la dernière version cible - iOS 16. Alors que l'application de test devait fonctionner sur iOS 13+. Et les appareils de test utilisaient iOS 15.

Ainsi, l'application de test avec MyFramework se lançait avec succès sur le simulateur (iOS 16). Mais pas sur les appareils.

Résolution : Dans MyFramework - changer la cible de déploiement vers iOS nécessaire. Et regénérez votre framework. Ou si vous utilisez un framework tiers - demandez au fournisseur de prendre en charge la cible de déploiement minimale.

J'ai donc oublié de changer la cible de déploiement minimale dans le xcframework avant de le construire - et les journaux d'Apple étaient comme d'habitude super utiles)))

Answer 2

install_name_tool -add_rpath new_path executable
install_name_tool -delete_rpath old_path  executable

Answer 3

Supprimer l'ancienne version de PHP a résolu mon problème, comme suit :

 brew remove php@7.4

Answer 4

Dans mon cas, il y avait Target A, Target B et pod. Target A intégrant target B. Target B a dans le podfile la librairie Alamofire.

Si Target A n'avait pas Alamofire dans le Podfile, il y avait une erreur.

Pour corriger cela, j'ai dû ajouter pod Alamofire dans Target A et aussi dans Target B. Même si Target A n'utilise pas Alamofire.

Answer 5

J'ai résolu ce problème en réinstallant Homebrew

Désinstaller

ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall)"

Installer

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"