Datentypen / Übergabewerte Funktionen

Gregor S. schrieb:
> Hallo,
>
> ich bin momentan dabei vom Keil 8051-C51 auf AVR-GCC (Atmel Studio 6)
> umzusteigen. Hierbei durfte ich feststellen, dass GCC einige Datentypen,
> die es in C51 von Keil gibt, nicht kennt. So schlagen in C51
> einwandfreie Funktionsdefinitionen wie z.B.
>
> "unsigned char i2c_get(bit ack)"
>
> gnadenlos fehl da Datentyp "bit" bei GCC unbekannt.

Das könnte damit zusammenhängen, daß gcc ein C-Compiler ist ;-)

Tipp: "bit" ist kein Schlüsselwort in C.

Oder erwartest du, daß GCC ungültigen Code akzeptiert? (Vorausgesetzt, 
bit ist weder C-konformes Makro noch Typedef etc.)

> Nachdem ich einiges zum Thema gelesen haben, glaube ich verstanden zu
> haben, dass GCC auf einem AVR(mega) letztendlich nur mit Bytes umgehen

Es genügt zu wissen, daß avr-gcc ein C-Compiler ist.

Füttere ihn also mit einem C-Programm.

> kann. Zugriff auf Bits ist nur über Bitfelder (mit entsprechend höherem
> Rechenaufwand für die Rangierung in Bytes) möglich.
>
> Bedeutet dies dann, dass die "kleinste" Möglichkeit betreffend
> Ram-Verbrauch wie folgt aussieht ??
>
> "unsigned char i2c_get(unsigned char ack)"

Das verbraucht überhaupt kein RAM weil achk nicht im RAM übergeben 
wird.

> "uint8_t i2c_get(uint8_t ack)"

Verbraucht auch kein RAM, weil der return-Wert nicht im RAM übergeben 
wird.

> Hier müsste ich dann Rückgabewerte für True/False in meiner Funktion
> festlegen und im weiteren Programm entsprechend auswerten ??

Wenn du einen Bool'schen Wert brauchst, nimmst zu zB stdbool.h

Peter II schrieb:
> nein rückgabe werte werden sogar nur im Register übergeben

Wenn sie reinpassen und der Compiler das so vorsieht. Muss aber nicht so 
sein, was soll beispielsweise geschehen, wenn der Rückgabewert ein 
uint64_t ist? Oder eine noch größere Struktur?

Rufus Τ. Firefly schrieb:
> sein, was soll beispielsweise geschehen, wenn der Rückgabewert ein
> uint64_t ist?

Dann sind es 2. Aber irgendwann ist es Speicher, das stimmt schon.

A. K. schrieb:
> Dann sind es 2

Der Threadstarter nutzt 8-Bit-Systeme, da sind es dann 8 Register.

Gregor S. schrieb:
> Zugriff auf Bits ist nur über Bitfelder (mit entsprechend höherem
> Rechenaufwand für die Rangierung in Bytes) möglich.

Der Rechenaufwand ist (abgesehen von irgendwelchen Optimierungen, die 
der eine oder andere Compiler besser macht), der selbe.
Auch ein Keil Compiler kann einer Funktion kein einzelnes Bit übergeben, 
weil der Prozessor mit 8 bit breiten Daten arbeitet.
Er kann den Aufwand nur besser (aber nicht C-Konform) vor Dir 
verstecken.

Klaus Falser schrieb:
> Auch ein Keil Compiler kann einer Funktion kein einzelnes Bit übergeben,
> weil der Prozessor mit 8 bit breiten Daten arbeitet.

Sowohl MCS-51 als auch AVR bieten auf Assemblerebene direkte 
Bitzugriffe, die im Falle des Keil-Compilers mit nichtportierbaren 
Klimmzügen als C-Konstrukt abgebildet werden.

Die Bitzugriffe des AVR sind einer der Gründe, warum die Bitkonstanten, 
die für Registerbeschreibungen verwendet werden, Bitnummern und nicht 
Bitwertigkeiten sind, was wiederum der Grund für die bei 
AVR-Programmierern so beliebten Schiebe-und-OR-Orgien zur 
Bitwertbestimmung sind.

Bei andere Systemen, wie z.B. MSP430, werden Bitkonstanten als 
Bitwertigkeit definiert, so daß im Code nur OR-verknüpfte Konstanten 
auftauchen.