Forum: Compiler & IDEs Atmel Studio 7: Kein Source Code in lss file

Hat das C ev den code in eine Funktion eingebettet?

Es kann passieren das der Code nicht generiert wird, weil er in einer 
Funktion bereits enthalten ist ;-)

Patrick L. schrieb:
> Hat das C ev den code in eine Funktion eingebettet?

Soweit ich das sehen kann nicht, z.B. bei der C function:

1

void SM_Right_Stop (void)

2

  {

3

  RIGHT_ENABLE_OUT = 0;

4

  iRunningRight = FALSE;

5

6

  return;

7

  }

ist der hex code ab Adresse 0x26e ordungsgemäß abgelegt und wird dann 
bei Adresse 0x134 mit "rcall" aufgerufen.

erklehr behr schrieb:
> Vermutlich an der Optimierung des Compilers.

Daran hab ich auch gerade gedacht.

Klar kann man Funktionen explizit als inline deklarieren,
aber Compiler sind da je nach Einstellung echt schlau...

Wozu ein Function Call mit PUSH und POP und evtl. Registersicherung 
verursachen, wenn es doch nur eine Anweisung in der "Funktion" ist.

erklehr behr schrieb:
> Schalte mal die
> Optimierungsstufe auf -O0

Hab's mal gleich gemacht, aber das Ergebnis ist immer noch das Gleiche, 
siehe attached neues .lss file. Ab Adresse 0x390 gibt es keinen 
zugehörigen source code mehr. Der beginnt erst wieder bei Adresse 0x7e8.

BTW: diese Methode wäre ja auch nur eine Krücke, denn der Code im 
Prozessor mit -O1 wäre ja nicht zu vergleichen mit dem was im .lss file 
steht, wenn mit -O0 compiliert.

Bei Bedarf kann ich die vier source code files ja mal anhängen und ihr 
testet mal mit Eurem AS7.

Manfred L. schrieb:
> Bei Bedarf kann ich die vier source code files ja mal anhängen und ihr
> testet mal mit Eurem AS7.

Die Frage ist, warum hast du das überhaupt nachgeschaut?
Also ich schaue nicht nach, was der Compiler daraus macht, solange es 
sich so verhält wie ich es möchte.

Klar verstehe ich deine Neugier, aber wie bist du darauf gekommen?

Adam P. schrieb:
> Wozu ein Function Call mit PUSH und POP und evtl. Registersicherung
> verursachen, wenn es doch nur eine Anweisung in der "Funktion" ist.

Ich mag es halt etwas strukturierter, auch wenn der code etwas größer 
wird

Adam P. schrieb:
> Die Frage ist, warum hast du das überhaupt nachgeschaut?

Ja, du hast Recht, normalerweise schau ich da auch nicht rein, aber wenn 
der erstellte code mal nicht so funktioniert wie gewünscht (speziell bei 
etwas komplizierten pointer Anweisungen) kann ich in der Regel den 
Fehler sofort identifizieren.

erklehr behr schrieb:
> Ja mach mal bitte.

Anbei der komplette Ordner mit allen Project files.
Soweit ich mich erinnere, habe ich an den 'default' Eigenschaften im 
Projekt-Ordner nichts 'verdreht'.

Ich danke Dir schon mal für Deine Mühe !!!

erklehr behr schrieb:
> Ja, isso.
>
> Linker --> Optimization --> Garbage collect unused section

Einfach genial !!!

Ich danke Dir vielmals für diesen Hinweis.
Damit ist das Problem(chen) behoben, auch unter der Berücksichtigung, 
dass der gelistete Code einfach rausgeschmissen wird.

Nochmals vielen Dank, damit ist der (gestrige) Tag gerettet !