globalen Variablen unter Keil C51

Thomas Z. schrieb:

1

#define _AT_ _at_       // replace with _at_

Bezeichner die mit Unterstrich + Großbuchstabe oder 2 Unterstrichen 
beginnen sind reserviert und der Standard-Bibliothek bzw. 
Compiler-Erweiterungen vorenthalten. Allerdings ist es kurios dass 
"_at_" eine C51-Erweiterung ist, denn laut Standard-C muss der 
Bezeichner "_at_" zur freien Verwendung zur Verfügung stehen!

Thomas Z. schrieb:
> Das funktioniert soweit auch wir gewünscht.

Das Wünschen mag andauern, der weitere Erfolg wird aber
zu Wünschen übrig lassen.

Thomas Z. schrieb:
> Wie macht ihr solche Sachen?

Gaaaanz sicher nicht Variablen in Header Files definieren!

Sondern in einem globalen Modul.

Thomas Z. schrieb:
> Das war aber nicht die Frage.

Ich hatte das Gefühl dass allgemein nach Verbesserungsmöglichkeiten 
gefragt war.

Ich würde nicht so viele globale Variablen verwenden, dass so etwas 
nötig ist. Dinge in structs verpacken und Zeiger darauf übergeben 
verbessert die Programmstruktur. Im Idealfall hat man in der main.c eine 
Hand voll globaler struct-Variablen, auf die man Zeiger an die 
jeweiligen Funktionen übergibt. So kann man zentral den Programm-Aufbau 
sehen und modifizieren.

Thomas Z. schrieb:

> Das Problem ist, dass at nicht bei extern Deklarationen erlaubt ist.

Dann laß es einfach ganz weg. Chip-spezifische Register sollten sich eh 
schon in den entsprechenden Headerfiles finden, die Keil bereitstellt.

1

#define _AT_ ;/ ## /

Finde ich nicht so prickelnd. Ist eine super Stolperfalle, wenn mal nach 
dem At noch was Wichtiges kommt. Da sucht man sich dumm und dusselig.

Auch wenn Du Alles umschreiben musst, wäre es besser zu schreiben

1

#define AT(H) _at_ (H)

2

#else

3

#define AT(H)

Thomas Z. schrieb:
> #define AT ;/ ## /    // replace AT  with ';//'

Ein Compiler der das zulässt ist ohnehin nicht Standardkonform und 
sollte vermieden werden. Erstens gehört / nicht zu den Zeichen, die man 
mit ## an irgendwas anheften darf, und zweitens müssen Kommentare schon 
vor der Makroauswertung mit leerzeichen ersetzt werden, korrekterweise 
müsste ein Compiler wenn in der phase trotzdem noch ein // da ist also 
einen syntaxfehler werfen.

Thomas Z. schrieb:

> Ich hätte ja schon befürchtet dass ihr alle auf at anspringt.

Ja zurecht, denn wenn Du das nicht nutzt, dann stellt sich das 
ursprüngliche Problem auch nicht, welches da lautete:

> Das Problem ist, dass at nicht bei extern Deklarationen erlaubt ist.

Philipp Klaus K. schrieb:
> Bei µC gibt es einige Compiler (z.B. Keil und Raisonance), die es mit
> dem Standard nicht so genau nehmen, von daher überrascht mich das nicht.

Das stimmt wohl. Aber bei so etwas einfachem wie Benennung von 
Spezial-Schlüsselwörtern wäre das ja einfach korrekt zu machen... 
Vielleicht kann man die strikte Standard-Konformität ja einschalten?