AVR-GCC: __int24

Nein. Die Libc wurd enicht erweitert. Nimm einfach den nächst größeren 
Typ, alse 32 Bit.

Johann L. schrieb:
> Nein. Die Libc wurd enicht erweitert.

Könnte man allerdings tun, müsste mal jemand einen Bugreport einkippen.

> Nimm einfach den nächst größeren
> Typ, alse 32 Bit.

Wie sieht das mit der integer promotion hier aus?  Das Argument ist
ja in einer variadischen Liste.  Wird es da zu unsigned long promotet,
oder landet es wirklich nur mit 3 Bytes auf dem Stack?  In letzterem
Falle müsste ja auch vfprintf() selbst erweitert werden.

Jörg Wunsch schrieb:
> Könnte man allerdings tun, müsste mal jemand einen Bugreport einkippen.

Wobei printf dann noch grösser wird als bisher.

A. K. schrieb:
> Wobei printf dann noch grösser wird als bisher.

Nur für den Fall, dass sie tatsächlich mit 3 Byte auf dem Stack landen,
aber dann wäre es auch tödlich, den Fall nicht zu behandeln (weil sich
alle nachfolgenden Argumente verschieben).

Für den Fall, dass er sowieso auf 32 bits promotet wird, wäre
PRIxLEAST24 nur ein (weiterer) Alias für "lx" im Headerfile.

Das avr-Backend definiert momentan keine Promotion-Regeln, d.h. 3-Byte 
Typen werden als solche übergeben.  Variadische Funktionen müssen also 
genau 3 Bytes abholen; ansonsten darf man mit Problemen rechnen.

Für Standard-Funktionen wie prinf find ich es ausreichend, Warnungen zu 
beachten wie sie mit -Wformat (ist Teil von -Wall) ausgegeben werden.

Dies bedeutet dann, die 3-Byte Typen per Cast als 4-Byte Typ zu 
übergeben und Modifier wie %ld zu verwenden. Die Extension und den einen 
PUSH mehr kann man gut verschmerzen bei dem Wust, den die stdio 
Funktionen ohnehin bedingen.