> Не говорите чепухи, даже для AVR есть поддержка printf. А я и не говорю - вы посмотрите на требования полноценного варианта printf к памяти и сравните их с доступной у младших аврок оперативкой :). Не, конечно в том чтобы угробить большую часть ресурсов камня на printf который и делать то толком некуда - что-то безусловно есть. Но почему-то на практике так никто не делает, обычно собирают все с довольно минимальными либами, и как-то перекантовываются без printf.
> А уж выводить она будет через то, через что вы напишите, хоть UART, usb,
> i2c, хоть ASCII коды на портах выставлять и отображать светодиодами.
Угу, возьмите какойнить AtTiny 8-лапый, и я посмотрю куда вы там printf сделаете. Особенно учтя что оные часто юзают в довольно неожиданных местах, типа умных преобразователей напряжения и прочей требухе. Как, простите, гибкую замену жесткой логике, так что 1 мизерный чип после программирования начинает делать то что иначе потребовало бы горку микросхем. Ну и накукуй там куда-то printf делать, а? :). И вообще, стандартные полновесные либы - не особо скросничают по части потребления ресурсов, могут динамически выделять память и прочая. А так - извините, но стандартный казалось бы libc в атмегу не влезет, а если бы и влез то половине функций было бы просто нечего делать. При том для программы допустим для х86 линкануть libc считается совершенно штатной фичой. А прикиньте вам такую дуру в атмегу прилинкуют? Поэтому либы для аврок несколько отличаются от либ для х86, о чем я и говорил. В каком месте была чушь? :)))
