Gast
#177191
Wünsche einen schönen guten Tag. Ich benutze ein MSP430 FET und möchte gern ein paar Dinge mit dem MSP430F155 machen. Da ich aber leider feststellen musste, dass der von dem IAR Kickstart nicht unterstützt wird, musste ich mich nach einer anderen Lösung umsehen und bin so bei dem mspgcc gelandet (da ich auch noch ein Atmel AVR Board daheim rumstehen hab, passt das ja ganz gut g). Die ersten Anfänge verliefen auch recht vielversprechend aber nun habe ich ein dickes Problem und zwar will der GDB bei mir nicht so, wie ich das gern hätte und zwar sowohl unter Linux als auch unter Windows. Ich habe hier ein Projekt, wo ich eine zeitkritische Routine in nem extra Assembler-File (Endung .s) geschrieben und dann mittels "extern" in mein Header-File eingebunden hab. Ist ja auch alles kein Problem, compiliert sauber und mit dem IAR hat das sogar funktioniert. Wenn ich jetzt aber das ausgegebene elf-File (mit Debugging-Infos, also -g am Compiler) in den gdb lade und dann ein "info sources" mache, taucht nirgendwo das "*.s" File auf. Wenn ich versuche mir mit "LIST Funktionsname" die Funktion anzeigen zu lassen, dann zeigt er nur was von "gcrt0.S" (so heißt meine Datei aber nicht!?) und dass er dazu keine Informationen findet. Ein explizites Anzeigen mit LIST dateiname:Zeilennummer führt dazu, dass der Debugger meint, dass er kein solches File findet, obwohl ich den Debugger in dem Verzeichnis ausgeführt habe, in dem auch alle Sources liegen. Ich hab mal das entsprechende Makefile angehängt. Debuggen von C-Files geht wunderbar, nur der Assembler will nicht. Da ich aber ganz gern mal durch den Assembler-Source "steppen" würde, brauch ich die Funktion. Vielen Dank schonmal, ich such mich hier schon den halben Tag kaputt. Ach und noch was, weil ich gerade bei den Debuggern bin. Eine Binary-Version von Insight für Windows gibt es auch nirgends, oder? Gruß, Karsten