Volle Adressierbarkeit (256k) im Programmspeicher bei Mega 2560 ?

Welchen Programmer nutzt Du?

AVRstudio 4.17 Build 666 mit winavr 2009-03-13 und STK500

Der Schalter -Wl,--relax muß angegeben werden.

Du mußt mal ins Listung schauen. Wenn alles richtig ist, wird für jede 
Funktion >64kW ein Trampolin unten angelegt.

Ich hatte da allerdings Schwierigkeiten mit printf. Ich hab aber noch 
nicht untersucht, warum da kein Trampolin angelegt wird, sondern es nach 
unten verschoben.

Für Aufrufe per Funktionspointer (Scheduler) hat das aber geklappt.


Peter

Genau genommen benötigt er nur dann für eine Funktion ein Trampolin, 
wenn irgendwo die Adresse der Funktion verwendet wird. Bei direkten 
Aufrufen geht es ohne. Wie das der Linker tatsächlich hält ist eine 
andere Frage.

John Schmitz schrieb:
> Program:   80788 bytes (30.8% Full)
> (.text + .data + .bootloader)

Ne, das isses nich, Du bist ja noch weit unter 50%.


> Data:       3471 bytes (42.4% Full)
> (.data + .bss + .noinit)

Sollte o.k. sein, wenn Du nicht große Arrays local oder per malloc 
anlegst.
Die zählen da nicht mit.


Peter

A. K. schrieb:
> Genau genommen benötigt er nur dann für eine Funktion ein Trampolin,
> wenn irgendwo die Adresse der Funktion verwendet wird. Bei direkten
> Aufrufen geht es ohne.

Stimmt, nur die Schedulerfunktionen hatten eins.


Peter

Peter Dannegger schrieb:
> Der Schalter -Wl,--relax muß angegeben werden.
>

Uppps - der ist schon mal nicht eingestellt. Wo kann ich mehr über 
Schalter nachlesen ? Was bedeuten die Schalter ?

> Du mußt mal ins Listung schauen. Wenn alles richtig ist, wird für jede
> Funktion >64kW ein Trampolin unten angelegt.
>
> Ich hatte da allerdings Schwierigkeiten mit printf. Ich hab aber noch
> nicht untersucht, warum da kein Trampolin angelegt wird, sondern es nach
> unten verschoben.

Witzigerweise habe ich die ersten Probleme bei einem printf in der 
Ausgabe kommen sehen ...!

>
> Für Aufrufe per Funktionspointer (Scheduler) hat das aber geklappt.
>
>
> Peter

A. K. schrieb:
> Genau genommen benötigt er nur dann für eine Funktion ein Trampolin,
> wenn irgendwo die Adresse der Funktion verwendet wird. Bei direkten
> Aufrufen geht es ohne. Wie das der Linker tatsächlich hält ist eine
> andere Frage.

Z.B. hier ?:

in Main:
{
...
extern char *TrainCommand( char *i);
            ^
            |
...

      TX1Telegram (TrainCommand (RX1Nutzdaten));  //
}

mit dieser Fuction (die einzige, die ich mit Adresse aufrufe)?

char *TrainCommand(char *cmdptr)
{

.....

}

Nein. Das ist eine normale Funktionsdeklaration und die Funktion gibt 
ein "char *" zurück. Ich bezog mich auf Code wie

1

  extern char *TrainCommand( char *i);

2

  char * (*fcnPtr) (char *) = TrainCommand;

3

  ...

4

  ptr = fcnPtr(&c);

denn darin wird wird dem 16-Bit Zeiger die Adresse der Funktion 
zugewiesen und diese später indirekt aufgerufen. Während der direkte 
Sprungbefehl mehrere MB adressieren kann passen in einen 16-Bit Zeiger 
(auf Funktionen) nur 64KW (=128KB) und mehr als 16 Bits reserviert GCC 
keinem Zeiger, egel welchem.

Okay, vielen Dank für Eure Hilfe.

Dann nehme ich mal meinen Code auseinander ... irgendwo muss das Problem 
ja stecken. Gottseidank kommt in den Displayausgaben jetzt völliger 
Strunx, so dass ich mal Testausgaben gestuft einbauen kann, 
umrauszufinden, wo es denn losgeht.

Noch eine Frage: Wo finde ich mal ein umfassendes Tutorial zu den ganzen 
Schaltern, die beim Compilieren / Linken vorwählen kann?

Danke!