#defines innerhalb funktionen definieren

newbieNoob Gast #935426
Lesenswert?
• ▲
▼ 
Hi,
ich frage mich gerade ob ich ein #define auch in einer Funktion 
schreiben kann.
Wird dass dann richtig übersetzt, ist ja ein Präprozessorbefehl, der 
eigentlich nix mit dem Programmablauf zu tun hat.

Grund:
Ich möchte char in seine Bits unterteilen.
Auf die Art des Typedef will ich aber verzichten, da das ja nicht in 
Ansi C standardisiert ist und bei einem Controllerwechsel problematisch 
werden könnte.

Meine idee:
1
void main (void)

2
{

3
#define main_VAR1_BIT1 0x01

4
#define main_VAR1_BIT2 0x02

5
#define main_VAR1_BIT3 0x04

6
...

7
unsigned char Var1 = 0;

8


9
...

10
if(Var1 & main_VAR1_BIT2) 

11
  ;//tu was

12
}


Spricht was dagegen #defines innerhalb von Funktionen zu definieren??

lg
niebNoob
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Timmo H. #935435
Lesenswert?
• ▲
▼ 
Prinzipiell kannst du es natürlich machen. Was für mich dagegen sprechen 
würde, wäre dass der Code eben schnell unübersichtlich wird.
Macros oder defines gehören für mich immer an den Anfang oder eben in 
eine entsprechende Header-Datei, alles andere stiftet nur verwirrung.
Du könntest es ja auch mit Bitfeldern machen!
Was genau meinst du "Auf die Art des Typedef will ich aber verzichten", 
ich weiß jetzt gerade nicht welches du meinst
Antwort Zitieren Bearbeiten Löschen Beitrag melden
newbieNoob Gast #935447
Lesenswert?
• ▲
▼ 
Danke für den tipp,...

Ich meinte sowas:

[c]
typedef
{
  int bit1 : 1;
  int bit2 : 1;
  int bits_rest : 6;
} einByte;

einByte is_aByte;

void main (void)
{
...
if(is_aByte.bit1 == 1)
  ; //tu was
}

Hier ist jetzt das problem, dass dieser Typedef nun Compilerabhängig mal 
von oben nach un´ten oder umgekehrt abgearbeitet wird.


Aber ich glaub dann belass ichs bei den Hexzahlen,...

Gruß
Antwort Zitieren Bearbeiten Löschen Beitrag melden
newbieNoob Gast #935456
Lesenswert?
• ▲
▼ 
Der Vollständigkeit halber, da fehlte noch was:
So ists richtig!

1
typedef struct

2
{

3
  int bit1 : 1;

4
  int bit2 : 1;

5
  int bits_rest : 6;

6
} einByte;

7


8
einByte is_aByte;

9


10
void main (void)

11
{

12
...

13
if(is_aByte.bit1 == 1)

14
  ; //tu was

15
}
Antwort Zitieren Bearbeiten Löschen Beitrag melden
eProfi Gast #935686
Lesenswert?
• ▲
▼ 
Ich würde gleich noch das Bit so benennen, welche Funktion es inne hat:
z.B.
#define Vorzeichen 4

if(is_aByte & (1<<Vorzeichen))
  //tu was


Wenn z.B. bei einem if  der Vergleich weggelassen wird, hat das immer 
die Bedeutung von  !=0 , also wenn xyz ungleich Null.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
newbieNoob Gast #935729
Lesenswert?
• ▲
▼ 
Cool danke fuer die antworten,...

ich mag mich irren, aber mit dem
1
if(is_aByte & (1<<4))

2
  //tu was


gibts ja noch nen weiteren schiebebefehl,...
mehr (Assembler-)code zu bearbeiten als bei
1
if(is_aByte & 0x04)

2
  //tu was


Ich glaub ich bleib bei der Hex Methode (ohne define)
Gruß und merci,...
newbnoob
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan E. #935821
Lesenswert?
• ▲
▼ 
newbieNoob wrote:

> ich mag mich irren, aber mit dem
1
if(is_aByte & (1<<4))

2
  //tu was

>
> gibts ja noch nen weiteren schiebebefehl,...
> mehr (Assembler-)code zu bearbeiten als bei
1
if(is_aByte & 0x04)

2
  //tu was


Nein, (1<<4) ist eine Konstante, die schon beim Compilieren berechnet 
wird. Der Assemblercode ist in beiden Fällen identisch(*).

(*) Nun, natürlich nicht 100%ig identisch, denn (1<<4) ist nicht 0x04, 
sondern 0x10.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren