Preprocessor Addition von zwei zahlen und Umwandlung in String

[Al3x (Gast)]

Hi Leute,

ich suche einen Weg beider Kompilierung der FW zwei Zahlen zu addieren 
und das Ergebnis als String  zu bekommen.

#define z1 0x100
#define z2  2
#define STR_HELPER(x) #x
#define STR(x) STR_HELPER(x)

#define add(x , y) STR(x+y)
int main( void )
{
    char test[] = add(z1, z2);
//das Ergebnis ist “0x100+2“
//Was ich brauche muss aber „0x102“ sein
}

Wie kann ich dem Prerocessor sagen, dass es zuerst addieren soll und das 
Ergebniss der Addition dann in String umwandeln?

[Wegstaben V. (wegstabenverbuchsler)]

Ein prä-Prozessor ist eine "dumme" Text-Ersetzungs-Maschine.

Setze einfach mal den zu ersetzenden text selbst ein in deinen Ausdruck, 
und überlege was passiert.

Wenn du einen Ausdruck findest, welcher durch text-Ersetzung deine 
gewünschte Aktion durchführt, dann hast du dein Problem gelöst.

[Jim M. (turboj)]

Böse Falle: Der Präprozessor kann nicht addieren, außer in der #if 
Anweisung.

Deinen Fall könnte man mit Textersetung erschlagen - das funktioniert 
natürlich nicht für z2>9. Für sowas wie eine Versionsnummer reicht das 
aber.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Al3x schrieb:
> //Was ich brauche muss aber „0x102“ sein
Das bezweifle ich. Das ist nur das, was du willst.

Kein Mensch braucht einen String im Speicher, der die Firmware in 
BCD-Darstellung mit führendem 0x beinhaltet. Was brauchst du denn 
wirklich? Was soll denn mit diesem String später passieren? Warum muss 
die Firmwareversion überhaupt als String abgespeichert sein?

[kyrk.5 (Gast)]

Als Ersatz könntest du vor dem kompilieren einen Script automatisch 
laufen lassen der dir die Strings in ein C File generiert. Den kannst du 
dann einfach kompilieren.

Den Script musst du aber so schreiben dass der seine Inputdaten 
irgendwie geschickt bekommt. C File parsen geht auch, dann bist du 
schnell dabei deinen eigenen preprocessor zu schreiben. Also eher Text 
File lesen oder C file Zeilen basiert lesen und suchen.

[Al3x (Gast)]

Schade :(

Ok Danke.

[Wilhelm M. (wimalopaan)]

Geht um C oder C++ ?

In C++ kannst Du diese Umwandlung zur Compilezeit in ein 
constexpr-String bzw. constexpr-Array machen.

Aber auch ich bezweifle, dass Du das überhaupt brauchst ...

[fop (Gast)]

Der Preprocessor alleine kann das nicht. Aber er kann Dir helfen 
Monstermakros zu bauen, die dem Compiler Konstanten vorgeben, die er zur 
Compilierzeit auflösen kann :

#define ZAHL1 (42)
#define ZAHL2 (112)

#define HEXDIGIT(X) (((X)>9)?('a'+(X)-10):('0'+(X)))
#define STELLE(X,Y) (((X)>>(4*(Y)))&0x0f)
#define OHJA(U,V) (HEXDIGIT(STELLE((U),(V))))

const char hurz[]={'0','x',OHJA((ZAHL1+ZAHL2),3),OHJA((ZAHL1+ZAHL2),2),OHJA((ZAHL1+ZAHL2),1),OHJA((ZAHL1+ZAHL2),0),'\0'};

[fop (Gast)]

Lothar M. schrieb:
> Kein Mensch braucht einen String im Speicher, der die Firmware in
> BCD-Darstellung mit führendem 0x beinhaltet.

Reiht sich irgendwann hinter
> 640k ought to be enough for everybody

ein. ;-)

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

fop schrieb:
> Lothar M. schrieb:
>> Kein Mensch braucht einen String im Speicher, der die Firmware in
>> BCD-Darstellung mit führendem 0x beinhaltet.
> Reiht sich irgendwann hinter
>> 640k ought to be enough for everybody
> ein. ;-)
Auch eine Art berühmt zu werden...  ;-)

Aber es ist tartsächlich so, dass ich auch mit größter mentaler 
Anstrengung nicht verstehe, wozu man so einen String im Speicher 
brauchen könnte. Das sieht mir eher aus, als ob da wer die 
Zahlendarstellung und die Zahlensysteme miteinander verknotet hätte.

[fop (Gast)]

Also mir fällt da spontan <Unified Diagnostic Services (UDS; deutsch 
etwa „vereinheitlichte Diagnosedienste“)>[Zitat aus Wikipedia] ein. Im 
besonderen der Dienst Nummer 0x22 Read by identifier.
Du glaubst gar nicht, was Deine Kunden da alles auslesen können wollen.