Xcode “répertoire introuvable pour l'option -L” erreurs

J'obtiens ces erreurs:

ld: warning: directory not found for option '-L"/pathToMyApp/MyApp/Shared/Libraries/ADMS_AppLibrary"'
ld: warning: directory not found for option '-L"/pathToMyApp/MyApp/Shared/Libraries/TestFlightSDK1.1"'
ld: warning: directory not found for option '-L"/pathToMyApp/MyApp/Shared/Libraries/Medialets"'
ld: library not found for -lTestFlight
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Ces répertoires existent dans les chemins d'accès ci-dessus.

Le truc, c'est l'application utilisée pour compiler amende. Je me suis contenté d'ajouter une nouvelle version de la Medialets bibliothèque du projet, et maintenant j'obtiens ces erreurs.

InformationsquelleAutor soleil | 2013-12-09
  1. 19

    Il y a deux erreurs que les gens semblent confondre avec

    Si c'est un "répertoire introuvable pour l'option '-L/..." erreur Qui signifie que c'est une Erreur de Bibliothèque, et vous devriez essayer de:

    Cliquez sur votre projet (objectifs)
    Cliquez sur Paramètres de construction de la
    En vertu de la Bibliothèque des Chemins de Recherche, supprimer les chemins
    Si c'est un "répertoire introuvable pour l'option '-F/..." Qui signifie que c'est un Cadre d'Erreur, et vous devriez essayer de:

    Cliquez sur votre projet (objectifs)
    Cliquez sur Paramètres de construction de la
    Cadres des Chemins de Recherche, supprimer les chemins

    InformationsquelleAutor Ketan
  2. 8

    J'ai eu le même problème quand j'ai ajouté une nouvelle bibliothèque pour le projet.

    Il semble que l'éditeur de liens d'erreur se produit lorsque le Xcode 5 ajoute un chemin d'accès à la "Bibliothèque des Chemins de Recherche" automatiquement lors de l'ajout d'un nouveau répertoire de la bibliothèque du projet.

    L'éditeur de liens d'erreur a disparu une fois que j'ai modifié manuellement les chemins. (Je n'ai pas essentiellement de modifier le chemin d'accès, juste essayé certains formats différents, tels que $(PROJECT_DIR)/chemin/vers/bibliothèque ou "$(SRCROOT)/chemin/vers/bibliothèque". Cela a fonctionné, même après avoir modifié le format de l'original.)

    Je pense que c'est un bug de Xcode. Je suis en utilisant Xcode 5.1 (5B130a).

    • Ressemble à un bug pour moi aussi, j'espère que ce sera réglé prochainement. C'est réparable, mais ennuyeux. J'ai juste supprimé les chemins qu'il n'aimait pas. Ce serait bien si elle a pris soin de lui-même.
    InformationsquelleAutor Taka
  3. 3

    ld: warning: directory not found pour l'option '-L"----c'est une Erreur de Bibliothèque

    Sélectionnez votre projet aller à la Paramètres de construction de la onglet,Sous de la Bibliothèque des Chemins de Recherche, Remplacez le chemin d'accès à cette chaîne $(SRCROOT)

    InformationsquelleAutor Chandu kumar.Alasyam
  4. 3

    Pour l'option "-L", la

    Si vous êtes en utilisant cmake (dans mon cas 3.3.2) et d'utiliser xcode générateur, il va générer plusieurs entrées pour chaque lien-répertoire que vous spécifiez, 

    link_directories ("${PROJECT_SOURCE_DIR}/SDKs/thelib/lib")

    voir le cmake code source, cmGlobalXCodeGenerator::AddDependAndLinkInformation(...) où il fait ceci: 

    { ...
  if(this->XcodeVersion > 15)
  {
    //Now add the same one but append
    //$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME) to it:
    linkDirs += " ";
    linkDirs += this->XCodeEscapePath((*libDir + "/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)").c_str());
  }
  linkDirs += " ";
  linkDirs += this->XCodeEscapePath(libDir->c_str());
}

    qui se traduira dans XCode d'avoir ces entrées dans le répertoire Lib Chemin de Recherche

    /Users/myuser/thelib/lib/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)
/Users/myuser/thelib/lib

    De sorte que rend un peu plus difficile de se débarrasser de cet avertissement; en Fonction de votre fichier de structure, l'une de celles-ci est susceptible d'être mal - et même si vous le supprimer manuellement, ils seront de retour la prochaine fois que votre projet est régénéré.

    Une façon de contourner ce est simplement de créer les répertoires vides pour les uns il se plaint...

    Il est également possible de passer des arguments" à l'éditeur de liens à l'aide de "-Wl", mais jusqu'à présent, je n'ai pas trouver ce que l'on fait passer pour le silence que l'avertissement spécifique.

    • Est-il documenté quelque part? Je ne comprends pas pourquoi il n'a pas simplement utiliser ce que j'ai précisé quand j'ai le lien dans ma bibliothèque. Je ne veux pas que des chemins d'accès supplémentaires à inclure dans Xcode quand je auto générer avec cmake, il en découle inutile de l'éditeur de liens avertissements comme vous l'avez indiqué.
    • Aussi loin que de la documentation va, la vérification de la blâmer ramène à ce commit: github.com/Kitware/CMake/commit/... avec commitmessage "Ajouter l'utilisation de EFFECTIVE_PLATFORM_NAME pour générer des projets Xcode. Facilite la création de iOS projets, permettant des allers-retours entre le simulateur et le dispositif s'appuie sur les temps de développement.". Comme une solution rapide, vous pouvez simplement changer la cmake-code source et build cmake vous-même au lieu d'utiliser la prédéfinis exécutables... ou, sinon, de poster un rapport de bug ici gitlab.kitware.com/cmake/cmake/issues
    InformationsquelleAutor kalmiya
  5. 1

    Juste en retrait de la lib de "Lien Avec le Binaire Avec les Bibliothèques" de la section "Phases de construction" ne semble pas résoudre le problème dans Xcode 6 au moins.

    1) Accédez à votre explorateur de projets et de trouver les "Cadres" dossier

    2) votre lib est probablement déjà là, donc il suffit de faire un clic droit et "Supprimer"

    3) Sélectionnez "Supprimer Les Références"

    4) aller à votre repo ou dossier de projet où tous vos fichiers et faites-la glisser
    dans les "Cadres" dossier

    5) propre, et de les reconstruire et les erreurs devraient disparaître

    • merci ça a fonctionné pour moi
    InformationsquelleAutor whyoz