Ich habe gerade auf Xcode 7 und Swift 2 aktualisiert und die mit dem Übergang verbundenen Fehler behoben. Ich habe endlich das Projekt erstellt, aber nach dem Startbildschirm erhalte ich die Fehlermeldung:
dyld: Bibliothek nicht geladen: @ rpath / libswiftAVFoundation.dylib Referenziert von: / var / mobile / Containers / Bundle / Application / ...
Grund: Kein geeignetes Bild gefunden. Fand: /private/var/mobile/Containers/Bundle/Application/.../Frameworks/libswiftAVFoundation.dylib: mmap () errno = 1 Überprüfung der ersten Seite von '/ private / var / mobile / Containers / Bundle / Application / ... / Frameworks / libswiftAVFoundation.dylib '
Ich habe diesen Fehler schon einmal gesehen, aber mit anderen Frameworks, und kann mein Problem nicht lösen. Gibt es eine Möglichkeit, dies zu umgehen, indem Sie mein Framework irgendwo hinzufügen?
quelle
Antworten:
Versuchen Sie, das Projekt zu bereinigen, zu erstellen und dann auszuführen. Hat für mich gearbeitet.
quelle
In Xcode 8 wird die Build-Einstellung aktualisiert
Betten Sie Swift Standard Libraries immer in ein Yes ein
arbeitete für mich.
quelle
Keine der oben genannten Lösungen hat bei mir funktioniert. Am Ende war das Problem die Vertrauenseinstellungen meines Signaturzertifikats. Sie wurden auf "Immer vertrauen" gesetzt, was dieses Problem zu verursachen schien. Durch Zurückschalten "Systemeinstellungen verwenden" wurde das Problem für mich behoben.
In meinem Fall habe ich ursprünglich die Einstellungen für die Zertifikatsvertrauensstellung geändert, weil ich Probleme beim Erstellen aus der Ferne hatte. Ich konnte beide Probleme beheben, indem ich die Vertrauenseinstellungen global auf "Systemstandards verwenden" und für SSL auf "Immer zulassen" umstellte.
Hoffe das hilft jemandem.
quelle
Wenn die als richtig markierte Antwort bei mir nicht funktioniert hat, habe ich Folgendes zu "Build-Einstellungen> Verknüpfen> Runpath-Suchpfade" hinzugefügt :
quelle
Ich habe dieses Problem beim Versuch, mein Bereitstellungsprofil und mein App-Zertifikat zu entfernen. Dann haben alle meine schnellen Projekte dieses Problem. Nach fast einer Stunde stellte ich fest, dass das Projekt einfach gereinigt wurde durch:
Klicken Sie auf Produkt -> Reinigen (oder
CMD
-Shift
-K
)Und die Projekte laufen normal.
quelle
Ähnliche Frage unten, die Antworten dort können etwas Hilfe bieten. dyld: Bibliothek nicht geladen: @ rpath / libswiftCore.dylib
Für mich war die einzige Lösung, die funktionierte, wie @ morten-holmgaard in seinem Kommentar vorgeschlagen hatte.
Ich habe auch versucht, das Flag "Eingebetteter Inhalt enthält schnellen Code" in den Build-Einstellungen auf "true" zu ändern, aber es hatte keine Auswirkung.
quelle
Das Ändern der Build-Einstellungen -> "Eingebetteter Inhalt enthält Swift-Code" -Flag auf true / yes hat bei mir funktioniert.
quelle
Für das Framework, das ich unter OSX (MailCore2) verwende, musste ich meine Ziele festlegen
"Build-Einstellungen> Verknüpfen> Runpath-Suchpfade" zu @loader_path
Eine Lösung, die ich hier gefunden habe:
http://www.dribin.org/dave/blog/archives/2009/11/15/rpath/
quelle
@rpath
dieRunpath Search Paths
Linker-Einstellung hinzufügte .Ich bin mit Xcode 9 auf dieses Problem gestoßen. Dies hat den Trick für mich getan:
Project > Build Settings > Swift Compiler - Search Path: Setting "Import Paths"
zu$(PROJECT_DIR)
(rekursiv)quelle
Hierfür gibt es zwei Lösungen:
Lösung 1:
Quit Xcode
( cmd+ Q)Clean Project
( cmd+ shift+ k)Lösung 2:
Das Konsolenprotokoll selbst gibt an, dass der Dynamic Link Editor (dyld) keine Bibliothek laden kann. Um dies zu beheben, verwenden Sie die folgenden Schritte:
Project
->Build settings
->Build options
Registerkarte -> Wähle 'Always Embed Swift Standard Libraries’
bis'Yes
'quelle
Dies kann ein Problem mit Zertifikaten sein. Rufen Sie das Apple Developer Member Center auf und stellen Sie sicher, dass "Organisationseinheit" festgelegt ist in Ihrem Distributionsprofil .
Schauen Sie sich auch die Protokolle für den Text Deny-MMAP an , dies wird Ihnen wahrscheinlich weiter helfen.
Ich bin auf dieses Problem mit einer Xamarin-Anwendung für die Apple Watch gestoßen. Die Hauptanwendung und das Mono-Framework waren signiert und funktionierten, aber die Watchkit-Erweiterung wurde aufgrund des Dyld-Fehlers nicht geladen.
quelle