MSPGCC *.lst File erzeugen

[Stephan P. (steph0815)]

Ich versuche mir ein *.lst File zu erzeugen. Dazu nutze ich den Befehl 
der hier im Tutorial gezeigt wird.

msp430-objdump -DS test.elf > test.lst

nur leider geht das irgendwie nicht.
Danke schon mal
Stephan

[Jörg W. (dl8dtl) (Moderator)]

Definiere "geht nicht" näher.

[Stephan P. (steph0815)]

Das ist der Fehler der dann auftaucht.

    282a:  46 28         jnc  $+142      ;abs 0x28b8
    282c:  30 2c         jc  $+98       ;abs 0x288e
    282e:  32 30         jn  $+102      ;abs 0x2894
    2830:  29 00         .word  0x0029;  ????
    2832:  55 53         inc.b  r5    ;
    2834:  41 52         add.b  r2,  r1  ;
    2836:  54 30         jn  $+170      ;abs 0x28e0
    2838:  5f 54 58 3a   add.b  14936(r4),r15  ;
    283c:  46 28         jnc  $+142      ;abs 0x28ca
    283e:  30 2c         jc  $+98       ;abs 0x28a0
    2840:  32 30         jn  $+102      ;abs 0x28a6
msp430-objdump: '>': No such file
msp430-objdump: 'test.lst': No such file

Ich habe auch schon das File im Folder erstellt aber das hat auch nicht 
geholfen.

Mfg
Stephan

[Christian R. (supachris)]

Tztz....die Ausgabe muss ja auch mit >> in eine Datei umgeleitet werden.

msp430-objdump -d -S test.elf >> test.lst

Dann disassembliert er allen ausführbaren Code und mixt den C-Quellcode 
mit rein.

[Jörg W. (dl8dtl) (Moderator)]

Mir dünkt eher, dass das Problem irgendwo im make oder der Shell
liegt.  Offensichtlich werden das ">" und der Name der Datei, in
die die Ausgabe umgelenkt werden soll, an das msp430-objdump
übergeben, statt dass die Shell eine Ausgabeumleitung dafür
aufsetzen würde.

[Christian R. (supachris)]

Mit >> klappts. Mit > nicht.

[Jörg W. (dl8dtl) (Moderator)]

Christian R. wrote:

> Mit >> klappts. Mit > nicht.

Schräge Shell musst du dann haben.  Normalerweise ist > eine Ausgabe-
umlenkung, die die Zieldatei neu anlegt, während >> an eine existierende
Datei etwas anhängt.  Dein .lst-File wird also mit der Zeit immer länger
werden...

[Christian R. (supachris)]

Hm...habs gestern nur jeweils einmal probiert. Da weiß ich gar nicht, ob 
es was anhängt. Shell is einfach die Konsole von Win XP SP2.
Ich teste dann auf Arbeit nochmal. Mit einem > ging´s gestern bei mir 
aber auch nicht.

[Jörg W. (dl8dtl) (Moderator)]

Christian R. wrote:

> Shell is einfach die Konsole von Win XP SP2.

Die kann auf jeden Fall normale Ausgabeumlenkungen.

[Gast (Gast)]

ich mache das über ein Batchfile als Post Build Steps:

msp430-objdump -dSt MSP430.elf > MSP430.lst

Klappt unter Eclipse mit dem mspgcc wunderbar.

[Christian R. (supachris)]

Komisch, nochmal getestet, klappt jetzt auch mit >. Was hab ich gestern 
dann da getan? Sehr seltsam.

[Stephan P. (steph0815)]

Ok mit einer Batch Datei funzt das prima nur ohne nicht.

Danke sehr!

[Jörg W. (dl8dtl) (Moderator)]

Stephan Plaschke wrote:

> Ok mit einer Batch Datei funzt das prima nur ohne nicht.

Was denn, da hammse im XP selbst das cmd.exe jetzt auch schon kaputt
bekommen?  Gruselig.  Dabei war das Teil überhaupt erst mit der
Umstellung auf die NT-Codebasis wenigstens halbwegs benutzbar geworden.

[Christian R. (supachris)]

Wird wohl ein PATH-Problem sein.

[Jörg W. (dl8dtl) (Moderator)]

Wie soll denn der PATH die Behandlung von > als zu interpretierendes
bzw. an die Applikation weiter gereichtest Zeichen beeinflussen?

[Christian R. (supachris)]

Ich denke eher, dass sich die Fehlermeldung auf den gesamten Befehl 
bezieht, also der findet das msp430-objdump nicht. Kann mich natürlich 
irren.

Weil normal geht das in der Konsole genauso wie in einer Batch-Datei, 
habs unter Windows 2000, XP und Vista getestet.

[Jörg W. (dl8dtl) (Moderator)]

Christian R. wrote:

> Ich denke eher, dass sich die Fehlermeldung auf den gesamten Befehl
> bezieht, also der findet das msp430-objdump nicht. [...]

Nein, die Fehlermeldung besagt sehr eindeutig, dass msp430-objdump
neben der eigentlichen ELF-Datei die Argumente ">" und "test.lst"
mit in argv[] übergeben bekommen hat, sodass es hernach versucht,
diese ebenfalls zu disassemblieren.