|
Anzeige
|
Nicht weg-optimierbare Konstante
Gast
#3826495
Hallo, ich muss ein bzw. zwei Bytes in ein Programm einfügen, welche nicht im Programm verwendet werden, aber dennoch beim Kompilieren nicht wegoptimiert werden dürfen. Wie mache ich das? Meine Versuche mit static, const und/oder volatile führten leider zu nichts.
Gast
#3826497
__attribute__((used))
Gast
#3826502
static uint16_t __attribute__((used)) dummy = 123; So? Leider bleibt die Größe des Binarys gleich. Die Bytes sind also nicht drin.
Gast
#3826512
Sollte klappern, zumindest laut Doku. Hier gehts augenscheinlich auch:
Gast
#3826513
Alle Konstanten sind variabel. Das wusste schon Murphy.
Gast
#3826515
Hmpf, hier wird's rausoptimiert. Beißt sich das vielleicht mit -fdata-sections? Du linkst wohl mit -gc-sections? Dann ein KEEP im Linker-Script oder ein -u für den Linker. Ob die Variable den Compiler überlebt hat siehst du im .s von -save-temps. Beil älteren GCC-Versionen wirkt used nur bei Funktionen. Volatile war schon mal richtig, aber mindestens einmal muß die Variable m.E. gelesen werden, damit sie zuverlässig drin bleibt.
müsste unabhängig vom Opimierungs-Level - auch ohne _attribute_ - ausreichen, die "variable Konstante" im Programm zu halten. Der Compiler kann nicht wissen, ob der Dummy-Read nicht irgendein Hardware-Register mit Seiteneffekt trifft und muß den Aufruf drinlassen.
Gast
#3826641
moin, wozu braucht man so was? nicht"Gast" schrieb: > moin, > > wozu braucht man so was? Wen man z.B. eine Versionsnummer oder ein build-Datum im Binary halten will (um verschiedene Versionsstände im Feld auseinanderhalten zu können).
Gast
#3827007
Markus F. schrieb: > Wen man z.B. eine Versionsnummer oder ein build-Datum im Binary halten > will (um verschiedene Versionsstände im Feld auseinanderhalten zu > können). Wenn man so was macht, sollte man doch auch eine Funktion einbauen, den Stand abzufragen oder? Man kann ja schlecht den Kunden bitten, mal eben in Binary der Software zu schauen oder gar erst vom Chip runter zu holen. Grüße nicht"Gast" schrieb: > Wenn man so was macht, sollte man doch auch eine Funktion einbauen, den > Stand abzufragen oder? Zumindest in den früher gerne verwendeten Sourcecode-Verwaltungen wie sccs und cvs war sowas üblich. Auch ohne Anzeige. Es reichte, wenn die entsprechenden Versions-Strings irgendwo im Binary lagen. Dafür gab es ein Programm, dass diese Strings in Files anzeigte. Auch da begegnete man mit dem Aufkommen von optimierenden Compilern und Linkern allerdings genau dem beschriebenen Problem, also den verschwindenden Strings. nicht"Gast" schrieb: > Markus F. schrieb: >> Wenn man z.B. eine Versionsnummer oder ein build-Datum im Binary halten >> will (um verschiedene Versionsstände im Feld auseinanderhalten zu >> können). > > Wenn man so was macht, sollte man doch auch eine Funktion einbauen, den > Stand abzufragen oder? Man kann ja schlecht den Kunden bitten, mal eben > in Binary der Software zu schauen oder gar erst vom Chip runter zu > holen. Wenn der Kunde fünf verschiedene Binaries zur Auswahl auf seinem PC hat und wissen will, welches davon er brennen soll, bringt die Funktion im Binary selbst nicht sooo viel. Ein kleines PC-Progrämmchen, das die Versionsnummer auslesen kann, um so mehr ;)
Gast
#3827591
Also, so richtig funktioniert das nicht. Ich verwende avr-gcc. Leider wird die Konstante mit Opcodes vermischt und auf mehrere Bytes verteilt. "Das" Byte oder Word steht jedenfalls nicht mehr 1:1 drin. Ich klatsche es jetzt nachträglich an eine nop-Stelle in der Interrupt-Tabelle... spart sogar Platz und die Position ist fix. :P
Gast
#3831336
So hab ich das gemacht: 1. Im Linkerfile eine eigene Section mit "KEEP" angelegen:
2. Im Linkerfile diese Section an eine feste Adresse legen. 3. Im Code die gewünschte Konstante in diese Section hinein tun:
Dann kann man die Konstante auch recht einfach aus dem Hexfile lesen. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
