AVR-Code (GCC) optimieren

Es gibt mindestens 20 Optimierungsschalter beim GCC, hast Du -O2 oder -O3 schon probiert?

LG,

Bernhard Roessmann schrieb:

bringen beide nichts. Ich hab den C-Code mal wie folgt verändert:

DataArray[0] = pgm_read_byte_near(Adr++);

statt

DataArray[0] = pgm_read_byte_near(Adr); Adr++;

Aber auch das bringt nichts.

Mir ist aufgefallen, dass der Compiler das lpm Rd, Z+ dann benutzt, wenn er zum Beispiel ein /short) oder ein /int/ oder so einlesen muss.

Michael

Michael Rübig wrote in news: snipped-for-privacy@individual.net:

Beim mspgcc bringt es viel, wenn man direkt mit Pointern arbeitet.

PDataArray = DataArray; *PDataArray = pgm_read_byte_near(Adr++); PDataArray++; *PDataArray = pgm_read_byte_near(Adr++); PDataArray++;

Probier doch mal, ob der avrgcc es ähnlich sieht.

M.

Hallo,

Du hast den Code jetzt so umgebaut, dass eigentlich nur PDataArray betroffen ist. Das DataArray hat der Compiler schon optimal übersetzt mit diesem Post-Increment. Das DataArray liegt ja auch im RAM. Aber den Zugriff auf das Array im Programmspeicher ist ja bei diesem Beispiel identisch.

Michael

Michael Rübig schrieb:

Wenn Du Dir mal ansiehst, was der pgm_read_byte Makro tut, wirst Du feststellen, dass es sich um eine inline-Assembler-Anweisung handelt. Diese kann der Compiler selbst nicht ändern, da er deren Wirkung nicht einschätzen kann. Daran kann leider auch der beste Optimierer nichts mehr ändern.

Diese Situation wird sich wohl erst dann ändern, wenn jemand (z. B. Svein Seldal) multiple memory spaces im GCC implementiert hat, so dass der Compiler die LPMs selbst generieren kann.

Bis dahin könntest Du Dir, falls es wirklich ein nennenswertes Problem für Dich ist, mit einem abgewandelten Makro (pgm_read_byte_postinc) behelfen, der das ,,zu Fuß'' erledigt.