MSP430-gdbproxy libHIL.so nicht gefunden (MSP430)

röchel Gast #1066356
Lesenswert?
• ▲
▼ 
Hallo
Ich nutze die mspgcc-toolchain unter debian/etch auf einem AMD64 System.
Ich habe folgendes Problem:

Bei dem Aufruf von
1
msp430-gdbproxy --port=2000 msp430

erscheint folgende Fehlermeldung:
1
msp430-gdbproxy: error while loading shared libraries: libHIL.so: cannot open shared object file: No such file or directory


Ich habe die toolchain sowohl nach der Anleitung von der mspgcc-Seite 
(http://mspgcc.cvs.sourceforge.net/viewvc/mspgcc/packaging/README-MAINTAINER.txt?revision=1.8&view=markup)
als auch nach
http://www.mikrocontroller.net/articles/MSPGCC
installiert, beide Male kommt die gleiche Fehlermeldung, obwohl sich die 
Datei libHIL.so in dem Verzeichnis /opt/mspgcc/lib bzw./usr/local/lib 
befindet.
In einem anderen Beitrag (http://harded.free.fr/site/?p=32) findet sich 
der Hinweis, dass diese library in das Verzeichnis /usr/lib gehört, auch 
diese Lösung resultiert in selbiger Fehlermeldung.

ldconfig ist gelaufen und ein
1
cat /etc/ld.so.conf.d/*conf

 zeigt:
1
# libc default configuration

2
/opt/mspgcc/lib

3
/usr/lib

4
# Multiarch support

5
/lib/x86_64-linux-gnu

6
/usr/lib/x86_64-linux-gnu

,was ich verstehe als: die lib ist bekannt.

Hat jemand dazu eine Idee?

Vielen Dank im Voraus, jede Hilfe ist sehr willkommen, weil ich seit 
Tagen nur noch Sackgassen sehe!

röchel
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Frank Gast #1066580
Lesenswert?
• ▲
▼ 
Hallo,

hatte solch ein ähnliches Problem mal mit dem FireFox. Dort wurde auch 
gemeldet, dass die Datei nicht vorhanden ist, obwohl sie installiert 
war.

Die Ursache war schließlich das die Datei nicht zum FireFox passte. Ich 
meine der FireFox war eine 32-Bit-Anwendung und die Datei eine 
64-Bit-Bibliothek.

Gruß

Frank
Antwort Zitieren Bearbeiten Löschen Beitrag melden
röchel Gast #1066863
Lesenswert?
• ▲
▼ 
Hallo,

Danke für deine Antwort. Ich habe die lib nochmal neu übersetzt, ohne 
die -mXX Option, mit
1
    CFLAGS  += -fPIC -m32

2
    LNOPTS   = -fPIC -shared -m32

3
    targets  = libHIL.a libHIL.so

und mit
1
    CFLAGS  += -fPIC -m64

2
    LNOPTS   = -fPIC -shared -m64

3
    targets  = libHIL.a libHIL.so

in der entsprechenden makefile 
(/opt/mspgcc/mspgcc/sf/packaging/build/libmspgcc/hardware_acces/makefile 
)
und die entstandene Datei in die oben genannten Verzeichniss 
(/usr/local/lib und /usr/local) kopiert.
Damit sind meiner Meinung nach alle Möglichkeiten erschlagen, trotzdem 
bleibt es bei der Fehlermeldung...

Denkfehler?

Mehr fällt mir nicht ein, ausser zu versuchen, C-Spy unter wine zum 
laufen zu bringen, aber das wäre doch sehr ärgerlich, ärgerlich.
Ich wollte, wenn möglich unter "linux" bleiben, auf der anderen Seite 
will ich auch mal endlich loslegen.

Bin aber weiterhin für jeden Vorschlag offen.

Gruß,
Röchel
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.