dyld: libreria non caricata: @ rpath / libswiftCore.dylib

Sto cercando di eseguire un'app Swift sul mio iPhone 4s. Funziona bene sul simulatore e il mio amico può eseguirlo con successo sul suo iPhone 4s. Ho iOS 8 e la versione ufficiale di Xcode 6.

Ho provato

• Riavvio di Xcode, iPhone, computer
• Pulizia e ricostruzione
• Revoca e creazione di un nuovo profilo certificato / fornitura
• Percorsi di ricerca del percorso è $(inherited) @executable_path/Frameworks
• Il contenuto incorporato contiene il codice Swift è "Sì"
• Code Signing Identity è sviluppatore

Di seguito è riportato l'errore per intero

dyld: Library not loaded: @rpath/libswiftCore.dylib
  Referenced from: /private/var/mobile/Containers/Bundle/Application/LONGSERIALNUMBER/AppName.app/AppName
  Reason: no suitable image found.  Did find:
    /private/var/mobile/Containers/Bundle/Application/LONGSERIALNUMBER/AppName.app/Frameworks/libswiftCore.dylib: mmap() error 1 at
address=0x008A1000, size=0x001A4000 segment=__TEXT in Segment::map() mapping
/private/var/mobile/Containers/Bundle/Application/LONGSERIALNUMBER/APPLICATION_NAME/Frameworks/libswiftCore.dylib

Per me nessuna delle precedenti soluzioni ha funzionato. Abbiamo scoperto che esiste un flag "Incorpora sempre librerie standard Swift" nelle Impostazioni di costruzione che deve essere impostato su SÌ. Per impostazione predefinita NO era NO!

Build Settings > Always Embed Swift Standard Libraries

Dopo aver impostato questo, pulire il progetto prima di ricostruire.

Per i lettori appassionati alcune spiegazioni La parte più importante è:

impostare il contenuto incorporato Contiene codice Swift (EMBEDDED_CONTENT_CONTAINS_SWIFT) impostazione build su YES nella tua app come mostrato nella Figura 2. Questa impostazione build, che specifica se il prodotto di una destinazione ha contenuto incorporato con codice Swift, dice a Xcode di incorporare le librerie standard Swift nella tua app se impostato su SÌ.

La bandiera era precedentemente chiamata Embedded Content Contains Swift Code

Sorprendentemente, tutto ciò che ho fatto è stato "Clean" il mio progetto (shift + cmd + K) e ha funzionato. Sembrava essere correlato al certificato però.

Ho iniziato a ricevere questo errore quando ho rimosso:

@executable_path/Frameworks

dalle Runpath Search Pathsmie impostazioni di compilazione. La sostituzione ha risolto nuovamente tutto (per fortuna per il controllo del codice sorgente!)

Non so come ci sia arrivato, ma sembra che sia necessario che un binario trovi il suo runtime Swift incorporato.

Per il dispositivo, è inoltre necessario aggiungere il framework dinamico alla Embedded binariessezione nella Generalscheda del progetto.

In Xcode 8 l'opzione per l' Embedded Content Contains Swift Codeopzione non è più disponibile.

È stato rinominato in "Always Embed Swift Standard Libraries = YES"

Penso che sia un bug quando i certificati vengono generati direttamente da Xcode. Per risolvere (almeno in Xcode 6.1 / 6A1052d):

1. vai al sito Web degli sviluppatori Apple dove sono gestiti i certificati: https://developer.apple.com/account/ios/certificate/certificateList.action
2. seleziona il tuo certificato (i) (che dovrebbe mostrare "Gestito da Xcode" sotto "Stato") e "Revoca"
3. segui le istruzioni qui per generare manualmente un nuovo certificato: https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/MainainCertificates/MaintainCertificates.html#//apple_ref/doc/uid/TP40012582-CH31- SW32
4. vai su Xcode> Preferenze> Account> [il tuo ID Apple]> fai doppio clic sul nome del tuo team> premi il pulsante di aggiornamento per aggiornare i certificati e i profili di provisioning

OK, condividendo qui un'altra causa di questo errore. Mi ci sono volute alcune ore per risolvere questo problema.

Nel mio caso la politica di fiducia del mio certificato in Accesso Portachiavi era Sempre fiducia , cambiandola in valori predefiniti risolto il problema.

Per aprire la finestra delle impostazioni del certificato, fare doppio clic sul certificato nell'elenco di certificati Accesso portachiavi.

Ho riscontrato questo problema con l'esecuzione dei test Swift (ma non della mia app). Si scopre che il test doveva avere più che @executable_path/Frameworksnella sua Runpath Search Pathsimpostazione di build per il target del test. L'impostazione dei percorsi di ricerca del percorso su quanto segue ha funzionato per me:

$(inherited)
@executable_path/Frameworks
@loader_path/Frameworks

Questo problema si verifica nuovamente in Xcode 10.2 . È necessario scaricare e installare il seguente pacchetto da Apple. Fornisce il supporto di runtime Swift 5 per gli strumenti da riga di comando .

https://support.apple.com/kb/DL1998?locale=en_US

Devi impostare Runpath Search Pathssu @executable_path/Frameworkscome mostrato nel seguente screenshot di Impostazioni di costruzione:

Se in Swift sono stati creati framework incorporati, è possibile impostare YESle opzioni di creazione Embedded Content Contains Swift Code.

Penso che Apple lo abbia già sintetizzato in crash dell'app Swift quando si cerca di fare riferimento alla libreria Swift libswiftCore.dylib

Citato da domande e risposte tecniche QA1886 :

L'app Swift si arresta in modo anomalo quando si tenta di fare riferimento alla libreria Swift libswiftCore.dylib.

D: Cosa posso fare per l'errore di caricamento libswiftCore.dylib nella console del mio dispositivo che si verifica quando provo a eseguire la mia app di lingua Swift?

A: Per correggere questo problema, dovrai firmare la tua app utilizzando i certificati di firma del codice con l'Unità Organizzazione Organizzativa (OU) impostata sul tuo ID squadra. Tutti i certificati per sviluppatori Enterprise e iOS standard creati dopo il rilascio di iOS 8 hanno il nuovo campo ID team nella posizione corretta per consentire l'esecuzione delle app in lingua Swift.

In genere questo errore viene visualizzato nel registro della console del dispositivo con un messaggio simile a uno dei seguenti:

[....] [deny-mmap] mapped file has no team identifier and is not a platform binary:
/private/var/mobile/Containers/Bundle/Application/5D8FB2F7-1083-4564-94B2-0CB7DC75C9D1/YourAppNameHere.app/Frameworks/libswiftCore.dylib

Dyld Error Message:
  Library not loaded: @rpath/libswiftCore.dylib

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000120021088
Triggered by Thread: 0

Referenced from: /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/TestApp
Reason: no suitable image found. Did find:
/private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib: mmap() error 1 at address=0x1001D8000, size=0x00194000 segment=__TEXT in Segment::map() mapping /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib
Dyld Version: 353.5

I nuovi certificati sono necessari per la creazione di un archivio e il confezionamento dell'app. Anche se disponi di uno dei nuovi certificati, non è sufficiente rinunciare a un archivio di app rapido esistente. Se è stato creato con un certificato pre-iOS 8, dovrai creare un altro archivio.

Importante: prestare attenzione se è necessario revocare e configurare un nuovo certificato di distribuzione aziendale. Se sei uno sviluppatore aziendale interno, dovrai fare attenzione a non revocare un certificato di distribuzione che è stato utilizzato per firmare un'app che uno dei tuoi dipendenti Enterprise sta ancora utilizzando come qualsiasi app firmata con quel certificato di distribuzione aziendale smetterà di funzionare immediatamente. Quanto sopra si applica solo ai certificati di distribuzione aziendale. I certificati di sviluppo sono sicuri da revocare per gli sviluppatori iOS standard / aziendali.

Dato che i ragazzi di AirSign affermano che il problema deriva dall'attributo OU mancante nel campo soggetto del certificato interno .

Oggetto: UID = 269J2W3P2L, CN = Distribuzione iPhone: Nome azienda, OU = 269J2W3P2L , O = Nome azienda, C = FR

Ho un certificato di sviluppo aziendale, creandone uno nuovo ha risolto il problema.

Il progetto P sta importando la libreria personalizzata L, quindi è necessario aggiungere L in

P -> Build Phases -> Embed Frameworks -> +. Per me va bene.

Il modo più semplice e facile da ignorare: pulire e ricostruire.

Ciò ha risolto il problema dopo aver provato le risposte sopra e non ha funzionato.

Stavo avendo lo stesso problema dopo essermi trasferito su un nuovo mac e dopo ore, provando tutte le risposte suggerite nelle domande, niente di tutto questo ha funzionato per me.

La soluzione per me era l'installazione di questo certificato mancante. http://developer.apple.com/certificationauthority/AppleWWDRCA.cer

Ho trovato la risposta qui. https://stackoverflow.com/a/14495100/976628

Cambia risorse Copia pod per il target da:

"${SRCROOT}/Pods/Target Support Files/Pods-Wishlist/Pods-Wishlist-resources.sh"

per:

"${SRCROOT}/Pods/Target Support Files/Pods-Wishlist/Pods-Wishlist-frameworks.sh"

Ho risolto eliminando i dati derivati ​​e questa volta ha funzionato correttamente. Provato con Xcode 7.3.1GM

Questo messaggio di errore può essere causato anche durante l'aggiornamento di Xcode (e successivamente a una nuova versione di Swift) e il progetto utilizza un framework creato / compilato con una versione precedente / precedente di Swift.

In questo caso, ricostruire il framework e aggiungerlo di nuovo risolverà il problema.

Dopo aver provato tutto, ho finalmente scoperto che la build sembra non includere sempre ogni dettaglio ancora e ancora. Forse per accelerare il processo ... Al fine di garantire TUTTA l'imballaggio prima di eseguire su un dispositivo, effettuare prima una pulizia: Shift-Cmd-K. Quindi compilare con: Cmd-B. Dopodiché eseguilo sul tuo dispositivo. Facile. Cordiali saluti a tutti voi bravi ragazzi in quel posto!

Nel mio caso, era solo il nome del mio obiettivo:

L'ho rinominato in questo modo: MyApp.something e lo stesso problema sono comparsi. Ma ho visto nella finestra Impostazioni build, il nome del mio modulo prodotto è stato modificato come questo MyApp-qualcosa . Quindi, ho rimosso il punto nel mio nome di destinazione ( MyAppSomething ) e il problema era scomparso.

Per me, dopo aver provato di tutto senza successo, che cosa ha funzionato è stato quello di rimuovere @executable_path/Frameworksdal Packaging section(non so come ne è venuto a essere lì, in primo luogo)

Nessuna delle soluzioni ha funzionato per me. Il riavvio del telefono ha risolto il problema. Strano ma ha funzionato.

nessuna di queste soluzioni sembrava funzionare, ma quando ho cambiato il permesso del World Wide Developer di cert Use System defaults allora ha funzionato. Ho incluso i passaggi e gli screenshot nel link sottostante

Ti incoraggio a registrare il ticket nella segnalazione dei bug di Apple come menzionato qui poiché Apple dovrebbe davvero risolvere questo enorme errore: https://stackoverflow.com/a/41401354/559760

Xcode 7.2, iOS 9.2 su un dispositivo, 9.0 su un altro. Entrambi hanno avuto l'errore. Non ho idea di cosa sia cambiato, ma le soluzioni di cui sopra per il WWDR erano corrette per me. Installa quel certificato e il problema risolto.

https://forums.developer.apple.com/message/43547 https://forums.developer.apple.com/message/84846

Ci sono molte risposte lì, ma potrebbe essere la mia risposta aiuterà qualcuno.

Sto riscontrando lo stesso problema, la mia app funziona correttamente su Simulator ma sul dispositivo si è arrestato in modo anomalo come app I Lunches e dà l'errore come sopra. Ho provato tutte le risposte e le soluzioni. Nel mio caso, il mio progetto ho più bersagli. Ho creato il bersaglio duplicato B dal bersaglio A. Il bersaglio B funziona bene mentre il bersaglio A si è schiantato. Sto usando risorse Image diverse per ciascun target. Dopo aver cercato e fatto Google, ho trovato qualcosa che potrebbe aiutare qualcuno.

L'app si arresta in modo anomalo quando cambio il nome delle risorse di Avvia immagini per entrambe le app. ad es. Destinazione A Nome asset immagine di lancio LaunchImage A. Pranzo B Pranzo Nome asset immagine LaunchImage B e assegnato correttamente nella scheda Generale di ciascun target. Le mie app funzionano bene.

Per me creare un'applicazione Swift da riga di comando di MacOS che dipendesse dalle librerie Swift di terze parti (ad es. SQLite) nessuna delle soluzioni sopra sembrava funzionare. Ciò che ha funzionato è stato l'aggiunta diretta del seguente percorso ai percorsi di ricerca del mio percorso nelle impostazioni di costruzione:

/Applications/Xcode.app/Contents//Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/macosx/

Questo ha dato un avvertimento in fase di esecuzione dicendo che Xcode aveva trovato 2 versioni di libswiftCore, il che ha senso. Tranne il fatto che non includendo quella riga, Xcode non ha trovato alcuna versione di libswiftCore.

Ad ogni modo, questo farà per me anche se non sembra giusto - la mia app è solo un'utilità che non intendo distribuire e almeno ora funziona!

Ho installato più versioni di Xcode contemporaneamente. Il framework è stato creato con una versione più recente di Xcode. L'app che ho provato a compilare era con una versione precedente di Xcode. Quando ho pulito e compilato sia il framework che l'app con la stessa versione di Xcode, le cose hanno funzionato.

Ho iniziato a ricevere questo errore simile per testare l'aggiunta di file S3 utilizzando i servizi AWS. Di seguito è stato l'errore. dyld: libreria non caricata: @ rpath / AWSAutoScaling.framework / AWSAutoScaling

Ho cercato molto e soprattutto le soluzioni non sono utili per me. Il link seguente mi ha aiutato a risolvere questo problema.

https://forums.developer.apple.com/thread/21292

Che dice di risolvere questo problema scaricando di nuovo il WWDR (Autorità di certificazione delle relazioni con gli sviluppatori di Apple Worldwide) .

Sono su Xcode 8.3.2. Per me il problema era che il certificato AppleWWDRCA era sia nel sistema che nel portachiavi di accesso. Rimossi entrambi e poi aggiunti solo al portachiavi di accesso, ora funziona di nuovo bene. 2 giorni persi 😭

Sto usando Xcode 8.3.3 e Xcode 9.2. La soluzione per me era cambiare il mio Xcode predefinito da 8 a 9 usando Xcode Select:

$ xcode-select --print-path

$ sudo xcode-select -switch /Applications/Xcode-9.2.app

Modifica: In realtà ciò che sembrava aiutare qui era che Xcode 9.2 utilizzava i dati derivati ​​da Xcode 8.3.3. Non è una soluzione ma almeno mi permette di andare avanti con il mio lavoro.

Se ricevi un errore del genere:

Il pacchetto "YourFrameworkTests" non può essere caricato perché è danneggiato o mancano le risorse necessarie. Prova a reinstallare il bundle. (dlopen_preflight (/ some / path /.../ YourFrameworkTests.xctest / YourFrameworkTests): Libreria non caricata: @ rpath / SomeOther.framework / SomeAltri referenziati da: / some / path / ...)

e utilizzare CocoaPods nel framework, quindi provare a modificare Podfilee rimuovere inherit! :search_pathsdalla Testdestinazione ed eseguire pod installnuovamente.

Per maggiori dettagli, consultare https://github.com/CocoaPods/CocoaPods/issues/8868 .