AVR GCC Code Size - Projekt passt nicht mehr auf den Ateml

Wolfgang Gast #1056016
Lesenswert?
• ▲
▼ 
Hallo,

ich habe den neuen AVR-GCC geladen und wollte jetzt mal ein Projekt 
übersetzen. Der alte GCC (20070122) lieferte .text = 7270 bytes, jetzt 
wird es 8604 (und passt nicht mehr in den Chip :-( ).

Ich habe darauf den Code mal angesehen, hier und auch bei Tante Gugel 
gesucht und bisher folgende Optimierungen gefunden und durchgeführt:

a) Eine Wrapperfunktion um eeprom_read_byte (hat 300 Byte gebracht)
b) Zwangweises Inlinen von Portzugriffen (der alte gcc hat das von 
selber gemacht), wieder 160 Byte.

Es langt noch nicht, weiß noch jemand ein paar Kniffe?

Oder (auch wenn ich es ungern mache): wie kann ich zwischen alt und 
neuem gcc umschalten? Ist das nur die pfad-Variable oder muß man mehr 
verändern?

Ich habe dann noch ein ein anderes Projekt mal übersetzt - ähnliche 
Verhältnisse - auch .text zu groß.

Danke

Wolfgang
(www.opendcc.de)
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
P. S. Gast #1056062
Lesenswert?
• ▲
▼ 
Kannst auch mal versuchen, Codebloecke zu tauschen, if-else-Bloecke 
tauschen, etc. Da kann man lustige Ueberraschungen erleben. Alles in ein 
.c-File ist sowieso ein Muss, damit er alles inlinen kann.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Wolfgang Gast #1056104
Lesenswert?
• ▲
▼ 
Hallo,

danke für Tipps:
-Os  (klar, war drin)
-lm  (keine Änderung)
-fno-inline-small-functions  (marginal)
-fno-tree-scev-cprop     (keine Änderung, was
                       bedeutet das eigentlich? habe nichts gefunden)
-fno-split-wide-types    (marginal)
-mcall-prologues         (keine Änderung)
--relax                   (keine Änderung)

Ich habe den alten asm-code und den neuen verglichen: der verliert immer 
wieder mal ein paar Bytes und Kleinmist macht auch Vieh ...

Schönen Abend

Wolfgang
Antwort Zitieren Bearbeiten Löschen Beitrag melden
(prx) A. K. #1056128
Lesenswert?
• ▲
▼ 
Wolfgang wrote:

> -fno-tree-scev-cprop     (keine Änderung, was
>                        bedeutet das eigentlich? habe nichts gefunden)

avr-gcc --help=optimizer
liefert: "Enable copy propagation of scalar-evolution information."

Viele Optimierungsschritte in GCC lassen sich selektiv ein- und 
ausschalten (leider nicht alle), und nicht alle Optimierungen sind bei 
AVR wirklich welche. Das ist eine solche Option. Was das genau bedeutet 
verrät letztlich nur der Quellcode des Compilers.

Wirf mal einen Blick ins Mapfile der beiden Varianten, ob darin was 
auffällig stark angewachsen ist.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Wolfgang Gast #1056242
Lesenswert?
• ▲
▼ 
Hallo,

was mir noch so aufgefallen ist: der alte gcc verpackt if-then-else 
Strukturen recht geschickt, da wird bei (teil-)identischen Abschnitten 
nur ein asm-Teil erzeugt und mehrfach verwendet.

Der neue merkt das nicht so gut und macht manchmal doppelten Code. Der 
Size-Zuwachs ist besonders bei großen if-then-else Verteilern vorhanden.

Servus Wolfgang
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren