> The only solution I could quickly imagine of is to not use vfprintf()
> as the central backend function but something like
> __vfprintf_internal() that gets an additional argument to tell about
> whether the format string is in RAM or ROM.  Then, all the wrapper
> functions would have to be rewritten to accomodate for the new
> interface.

Another variant - initialize stdout for each thread, and use fprintf with
different stdout in different thread.



_______________________________________________
AVR-libc-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/avr-libc-dev

Reply via email to