float Berechnung erzeugt Compiler-Fehler??

fieser Rahul (auch Oskar genannt) wrote:

> (was der bedeutet, kann ich aber auch nicht sagen).

Dass kein Platz mehr für den großen Gleitkomma-Code im ATmega8
vorhanden ist.

Daniel Held wrote:

> So habe ich keine Chance?

Du kannst ja gucken, was sonst noch alles Platz vermplempert.

> Betrifft das denn kompletten Code für den Flash oder nur einen
> bestimmten Raum?

Was soll ,,ein bestimmter Raum'' denn sein?  Flash ist flash.

Was mir immer ganz hilfreich war für die Analyse:

avr-nm --size-sort --print-size <name of your ELF file>

Alle Symbole mit einem "T" (globale Funktionen), "t" (statische
Funktionen) und letztlich auch mit einem "D" oder "d" (globale bzw.
statische Daten, die haben ihre Initialisierungswerte im ROM)
interessieren dich hier.  "B" und "b" kannst du ignorieren, die
brauchen ausschließlich RAM (werden beim Start mit 0 initialisiert).

Die erste Spalte ist die Adresse des Symbols (die interessiert dich
nicht nennenswert), die zweite ist die Größe (beides hexadezimal).

Wenn das deine einzige float Berechnung ist:

Was rechnest denn du da? Das kann man doch sicherlich
auch mit Fixed Point Arithmetik machen. -> Die ganze
Floating Point Library fällt wieder weg.

Arbeitest Du mit AvrStudio? Dann könnte es hilfreich sein, wenn Du bei 
den Linker Optionen die libm.a  hinzufügst, (falls nicht schon gemacht). 
Diese belegt deutlich weiniger Speicher als die generische GCC libm.

MfG Peter

Die Linker-Kommandozeile hatter doch gepostet...

Oups, tatsächlich, da steht ja: -lm
...da hatte ich wohl Tomaten auf den Augen!  ;o))