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)
Ist hier im Forum schon gelegentlich diskutiert worden. Es gibt ein paar Schalter die man probieren kann. Hab sie bloss grad nicht parat.
-Os -lm -fno-inline-small-functions -fno-tree-scev-cprop -fno-split-wide-types Peter
Wolfgang wrote: > 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? Beitrag "Automatisierte Umschaltung zwischen GCC Versionen"
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.
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
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.
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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.