stdio unter Yagarto (arm7)

[Von K. (klausewitz)]

Hi,
ich stehe gerade etwas auf dem Schlauch. Bin bei der Portierung eines 
Programm-Teils von AVR-GCC (WinAVR) auf ARM-GCC (Yagarto).

Jedenfalls hänge ich an den IO-Streams. Folgende Zeile compiliert 
wunderbar auf AVR

FILE stdout2 = FDEV_SETUP_STREAM(STDOUT_Send_Byte,STDOUT_Get_Byte,_FDEV_SETUP_RW);

Yagarto nörgelt aber an der nicht existenten Definition von 
_FDEV_SETUP_RW herum. Wie heißt das denn bei der arm-libc?
Gibt es da eine Doku? In den Header-Dateien habe ich nicht mal 
FDEV_SETUP_STREAM gefunden. Oder unterstützt Yagarto auch keine Streams?

Google drängt mir immer nur AVR-Dokus zu dem Thema auf...  :(

[Klaus W. (mfgkw)]

FDEV_SETUP_STREAM ist doch kein Standard-C.

Wieso erwartest du das auf einem anderen System dann?

[Von K. (klausewitz)]

Klaus Wachtler schrieb:
> FDEV_SETUP_STREAM ist doch kein Standard-C.
>
> Wieso erwartest du das auf einem anderen System dann?

Ah ja. Und wie funktioniert es nun richtig?
fdevopen gibt anscheinend einen int zurück, das geht nur mit recht 
abenteuerlichem Typecast oder wilden Compiler-Meldungen. Kann ja wohl 
auch nicht die Lösung sein...

[Jörg W. (dl8dtl) (Moderator)]

Meines Wissens musst du die Unix-Kernelfunktionen für open(), read()
und write() und dergleichen dort manuell implementieren.

[Klaus W. (mfgkw)]

von Klausewitz schrieb:
> fdevopen gibt anscheinend einen int zurück,

Ich kenne jetzt dein System nicht, aber ich würde erwarten, daß fdevopen 
ein FILE* liefert - falls es fdevopen überhaupt gibt.

[Jörg W. (dl8dtl) (Moderator)]

Klaus Wachtler schrieb:
> von Klausewitz schrieb:
>> fdevopen gibt anscheinend einen int zurück,
>
> Ich kenne jetzt dein System nicht, aber ich würde erwarten, daß fdevopen
> ein FILE* liefert - falls es fdevopen überhaupt gibt.

Ja, so ist es bei der avr-libc (und nur diese hat meines Wissens ein
fdevopen(), weil ich den ganzen Overhead der kompletten Unix-like
Implementierung wie bei newlib auf dem AVR aus Ressourcengründen nicht
haben wollte).