|
Anzeige
|
Umleitung printf
Gast
#4200456
Hallo, ich versuche meine printfs mit der Funktion _write(....) umzuleiten. Leider sind die syscalls in meinen arm-none-eabi enthalten und es kommt zu einer mehrfachen Definition von _write(...). Wie kann ich dem Linker sagen, dass er die Syscalls ignorieren soll? MfG Tobi da war doch was ... #pragma use_no_semihosting Musst dafür aber read, write, open, close und ein paar mehr implementieren. Ggf. (armcc) reicht es auch, die fputc(int c, FILE *f); zu überladen. Welcher Compiler / IDE?
Gast
#4212986
Das #pragma use_no_semihosting hatte leider keine wikung. Eine neuere Version des gcc-oe-eabi brachte ein teilerfolg. Ich muss das Semihostig aktivieren um ei printf über uart zu erhalten :(
Gast
#4213228
freopen stdout? Tobi schrieb: > Leider sind die syscalls in meinen arm-none-eabi enthalten Was ist dein „arm-none-eabi“ denn für ein Konglomerat? Wenn man sowas in einer Bibliothek drin hat, werden da normalerweise ja nur die Module rausgezogen, die benötigt werden, und wenn du ein _write() schon in deinem Code definierst, hat der Linker keinen Grund, einen entsprechenden Modul aus der Bibliothek zu ziehen. Am besten, du hängst hier mal das komplette Build-Log mitsamt der Fehlermeldungen an, damit man eine Idee bekommen kann, was da konkret schief läuft.
Gast
#4213609
Mit der TOOLCHAIN gcc-arm-none-eabi-4_9-2015q2 kann ich es kompillieren und es kommen keine Fehler oder Warnungen. Jedoch nutzt der µC nur meine _write funktion mit aktvierten Semihosting. Hier meine Flags:
Gast
#4213611
und hier mein kleiner Build log
Gast
#4213687
Ich habe den Fehler vermutlich gefunden Ich muss die Flags LDFLAGS += --specs=rdimon.specs -lc -lrdimon entfernen Wenn du -lc weglässt, hast du gar nichts aus der C-Lib mehr Tobi schrieb: > und hier mein kleiner Build log Die Option -v macht das Teil recht geschwätzig und wenig übersichtlich, aber einen Fehler kann ich darin nicht entdecken. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
