Verwirrung beim Bitschreiben

Das obere Programm würde schon funktionieren, wenn Du die "variable" als 
Zeiger übergeben würdest, wie es bit_write() erwartet:

bit_write(&variable,select,val);

Das obere Programm macht im Augenblick, was du ihm sagst: schreibe den 
Wert in Speicherzelle 0 (da variable=0). Abgesehen davon, daß sowas ins 
Auge gehen kann, liest du im weiteren Verlauf des Programms gar nicht 
mehr aus dieser Speicherzelle.

Stimmt ja.
Im HP muss ich die Adresse übergeben und im UP mit *var arbeiten.

Der CCS-Compiler ist ein wenig verwirren. Mit Feldern funktioniert das 
so wie im oberen Programm.

> Das obere Programm würde schon funktionieren, wenn Du die "variable" als
> Zeiger übergeben würdest, wie es bit_write() erwartet:

Nein, würde auch nicht funktionieren.
Das grundlegende Problem ist, dass er in bit_write das Bit im Zeiger 
verändert, und nicht im Wert, auf den er zeigt.

Das hat mit dem konkreten Compiler nichts zu tun; mit einem Array 
funktioniert es, weil der Variablenwert eines Feldes bereits ein Zeiger 
(auf den ersten Wert des Feldes) ist.

Warum muss man dann bei schon vom Kompiler vordefinierten Funktionen, 
wie z.B. BIT_SET(var,bit), diese Funktionen nicht mit &var aufrufen?

C. We. wrote:
> Warum muss man dann bei schon vom Kompiler vordefinierten Funktionen,
> wie z.B. BIT_SET(var,bit), diese Funktionen nicht mit &var aufrufen?

Weil das keine Funktionen sind, sondern Makros.
Und sie werden auch nicht vom Compiler definiert, sondern von der libc.

Das ist schätzungsweise keine Funktion, sondern ein Makro. Makros werden 
durch Code ersetzt, also z.B.

#define ADD(var1,var2) ( var1 += var2 )
ADD(x,5);
ADD(x,7);

Vor der Übersetzung macht der Compiler daraus:

(x += 5);
(x += 7);

Es ist also nicht nötig, eine Referenz zu übergeben und dennoch wird der 
Wert der Variablen verändert. Auch wenn es so ausschaut wie ein 
Funktionsaufruf. Wäre es eine Funktion:

void ADD(int var1, int var2)
{
   var1 += var2;
}
...
ADD(x,5);

So würde das nicht wie gewollt funktionieren, da nur var1 verändert 
wird, aber nicht x.


Der Einwurf von Stefan ist natürlich korrekt: in bit_write muss man var 
erst dereferenzieren: *var = ...