Login


 
Newsletter

Thema: »cannot find the library«-Fehler beheben

12 Kommentar(e) || Alle anzeigen ||  RSS || Kommentieren
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
0
Von ohje am Mi, 31. August 2005 um 13:14 #
aua. der tipp schmerzt schon beim lesen.
hilfreicher für den geneigten leser wäre die erklärung, wie man richtig - ohne pfuschererei - die nicht bekannten oder gefunden libs einbindet.
  • 0
    Von 2old4these am Mi, 31. August 2005 um 13:24 #
    jo , is mir auch zu doof.

    Ich bemühe in solchen Fällen ne suchmaschine und zieh mir die lib aus den Netz , meist
    ist was auf findrpm oder packman zu finden .

    grüsse

    0
    Von Roberto am Mi, 31. August 2005 um 13:55 #
    Da hast Du etwas falsch verstanden. Das Problem ist ja nicht, dass die Libs nicht vorhanden sind, sondern, dass, sie wie man sehen kann, nicht korrekt eingebunden werden bei mancher Applikation. Bei mir passiert es immer wieder, da ich grundsätzlich alle Applikationen selbst compiliere. Vor allem Amarok und manch eine andere QT-App scheinen ihre Dependencys nicht richtig erkennen zu können.
    • 0
      Von MisterMock am Mi, 31. August 2005 um 19:24 #
      Wenn du grundsätzlich alles selbst kompilierst, solltest du mal Gentoo Linux ausprobieren. Das macht das automatisch für dich und die Abhängigkeiten werden auch korrekt aufgelöst. Bei mir gibt es nur ganz ganz selten Probleme.
      • 0
        Von Jeffrey Johnson am Mi, 31. August 2005 um 19:31 #
        Also ich benutze auch Gentoo, schon seit ein paar Jahren, und selbst da habe ich manchmal solche Probleme. Außerdem kommts auch schonmal vor, dass bestimmte Pakete fehlerhaft eingebunden sind. Gegen irgendwelche Hacks ist IMO nix einzuwenden, wenn man vor der Wahl "ganz oder garnicht" steht.
        • 0
          Von ohje am Mi, 31. August 2005 um 19:45 #
          gegen "irgendwelche Hacks" ist dann etwas einzuwenden, wenn es einen Standardweg, der der richtige ist, gib und solch üble Hacks hinfällig macht.

          Ich wette, dass die Hälfte der Leute die den Artikel lesen nicht mal im Ansatz verstehen, was passiert, wenn man der Anleitung folgt, wird nebenbei erwähnt auch nicht erklärt.

          • 0
            Von Andi am Mi, 31. August 2005 um 21:31 #
            *lol* Nebenbei. Ausser Motzerei bringst Du auch keine Klarheit in die Sache rein... Anstatt hier rumzutrollen hättest Du lieber Deine Energie in eine Beschreibung der Missstände stecken können und den "Standardweg" beschreiben können.
            • 0
              Von ohje am Fr, 2. September 2005 um 21:32 #
              Wien man bei Dir gut feststellen kann, ist eine Aufklärung eben dringend nötig :)
              Dazu fühle ich mich aber nicht berufen, dennoch nehme ich mir das Recht heraus, aussergewöhliches zu kritisieren. Leb einfach damit :)
    0
    Von Lord am Do, 1. September 2005 um 01:46 #
    Ich verstehe die Intension hinter der ganzen Sache auch nicht, wenn ein Programm nicht kompiliert, weil es eine Bibliothek nicht finden kann, dann liegts doch daran, dass der Pfad zu der Bibliothek dem linker nicht bekannt ist(pfade in ld.so.conf stimmen nicht)?

    Oder, man versucht etwas zu kompilieren, dass eigentlich mit ner bestimmten Bibliothek gelinkt werden müsste, das aber z.B. g++ nicht mitgeteilt wurde in form eines flags(-lpthread z.B.).

    Beide Probleme lassen sich ja auch ordentlich lösen ohne, dass man anfängt irgendwelche Hacks zu machen?

    In welchen Fällen also benötigt man diesen Tipp, das verstehe ich jetzt nicht, evtl denke ich einfach falsch?

    • 0
      Von peter am Do, 1. September 2005 um 09:27 #
      naja, ist wohl so:

      Programm braucht zum compilieren $LIBRARY, die aber nicht installiert ist. Blöd nur, wenn das Programm nicht sagt, an welcher Library es denn mangelt!

      Mit dem Tipp oben kannst Du rausfinden, welche Bibliothek nachzuinstallieren ist.

      Gruss Peter

      • 0
        Von mrcdrc am Sa, 14. Januar 2006 um 22:28 #
        Es geht hier um Libtool. Das kann gerade bei großen Projekten in Zusammenarbeit mit autoconf sehr hilfreich sein. ld.so.conf und Konsorten stellen ja nur die unterste Ebene da. Im Prinzip delegiert libtool die ganzen darunter liegenden tools der gcc u.a. wie z.B. dlltool, dllwrap etc.. Dabei kann es vorkommen, dass libtool eine (tatsächlich vorhandene) library an der falschen Stelle glaubt gefunden zu haben, und dann stoisch mit der im Artikel erwähnten Fehlermeldung quittiert. Hab das Problem selbst grad, und es ist einfach nur ärgerlich...
    0
    Von MoMo am Do, 9. März 2006 um 19:42 #
    Nun, DU hast es doch nicht verstanden. Es geht hier nicht um die Libs, sondern um das libtool. Das sind zwei verschiedene Sachen. Und ja, es ist keine Pfuscherei, sondern die Behebung eines bekannten Mankos des Libtools.
Pro-Linux
Gewinnspiel
Neue Nachrichten