Build Options zum Erzeugen von Listfiles für den STM32

[Angsthase (Gast)]

Hallo

ich benutze EMIde zum Entwickeln einer Software für den STM32. Nun 
benötige ich für jedes erzeugte Modul ein Listfile.
In den Build Options habe ich versucht über

-Wa,-adhlns=Out\obj\Release\Listing.lst

ein Listing zu erzeugen, hier wird aber immer das Listing überschrieben 
und nur das Listing des letzen Moduls bleibt übrig

Hat hier jemand eine Lösung?

Danke

[Klaus W. (mfgkw)]

Wenn du das =Out\obj\Release\Listing.lst weglässt, sollte er auch ein 
Listing erzeugen (wegen -Wa,-adhlns).
Dann vermute ich doch daß er den übersetzten Dateinamen mit einer 
anderen Endung nimmt?

[Programmierer (Gast)]

Angsthase schrieb:
> Nun benötige ich für jedes erzeugte Modul ein Listfile

Macht das Sinn? Die einzelnen Module (.o und .a Files) werden nicht 1:1 
ins Binary übernommen, sondern je nach Linker-Einstellung zerpflückt, 
umsortiert, Funktionen werden ggf. kombiniert/inlined... Daher sind die 
einzelnen Listings nicht sehr aussagekräftig über das Endergebnis. IMO 
ist ein Disassembly des finalen ELF-Files am "sichersten" und 
unverfänglichsten.

[Angsthase (Gast)]

Programmierer schrieb:
> IMO
> ist ein Disassembly des finalen ELF-Files am "sichersten" und
> unverfänglichsten.

Danke,
habe es jetzt aus dem .elf File mit
\GNU Tools ARM Embedded\5.3 2016q1\bin\arm-none-eabi-objdump
erzeugt

Ich habe das Problem, das im entstandenen HEX File an 3 Stellen eine 
Pfadangabe hinterlegt ist die ich nicht kenne und wollte nachsehen in 
welchem Modul das passiert.

Ich weiss leider nicht was der Pfad in dem HEX File überhaupt zu suchen 
hat

[Μαtthias W. (matthias)]

Hi

Such mal in deinem Sourcecode nach _FILE_

Matthias

[Angsthase (Gast)]

Μαtthias W. schrieb:
> Such mal in deinem Sourcecode nach _FILE_

Hi,
finde dan sowas

    if (HAL_ADC_Init(&hadc1) != HAL_OK)
    {
        _Error_Handler(_FILE_, _LINE_);
    }

[Angsthase (Gast)]

habe jetzt überall den
_Error_Handler  auskommentiert und es ist weg

was bewirkt diese Funktion eigentlich ?

[Μαtthias W. (matthias)]

Angsthase schrieb:
> habe jetzt überall den
> _Error_Handler  auskommentiert und es ist weg
>
> was bewirkt diese Funktion eigentlich ?

Keine Ahnung. Das Makro

__FILE__

 enthält auf jeden Fall die aktuelle Quellcodedatei. Die Funktion 
_Error_Handler wird damit irgendwas anfangen. z.B. Ausgabe auf einer 
Schnittstelle das da jetzt ein Fehler aufgetreten ist.

[Angsthase (Gast)]

Μαtthias W. schrieb:
> Keine Ahnung. Das Makro__FILE__
>  enthält auf jeden Fall die aktuelle Quellcodedatei.

Auf alle Fälle Danke,

ich hatte das Problem, das meine Firmware bei gleichem Code beim 
Erzeugen auf verschiedenen Rechnern unterschiedliche CRC ergab.

[Johannes S. (Gast)]

Da gibt es eine längere Abhandlung zu dem Thema:
https://stackoverflow.com/questions/8487986/file-macro-shows-full-path

https://stackoverflow.com/a/53848526
Könnte eine bessere Lösung sein als die Fehlerbehandlung zu entfernen.

[Klaus W. (mfgkw)]

Die Fehlerbehandlung ist möglicherweise eh tot, wenn es z.B. eine leere 
weak-Funktion ist, die man bei Bedarf mit einer echten eigenen 
überschreibt.