В процессе освоения IAR возник следующий вопрос:

Есть программа на C (не на C++), в которой хочется применить printf(). Для этого, как известно из других реализаций C, необходимо переопределить putchar() (иногда putch()).

В то же время, в документации вроде бы утверждается, что библиотека CLIB является рудиментом, её использование нежелательно, и пользуйтесь, дорогие товарищи, DLIB.

Так вот, при попытке воспользоваться printf() совместно с DLIB выяснилось, что в этом случае надо пререопределять не __puthar(), а __write() со всякой галиматьёй вроде handle потока вывода.

Во первых, write в таком контексте - это C++, а во вторых мне такой вариант не нужен в данном случае. Получается, хочешь пользоваться printf в C-варианте - пользуйся CLIB ?

Это он для существующего putchar() хочет write().
А Вам свой нужен, например, такой:



А вообще, даже в мыслях не было в свое время заморачиваться вопросом с __putchar, ибо сразу привычно набивается что-то типа:

[quote name='zltigo' date='Jul 28 2006, 00:11' post='138541']
Это он для существующего putchar() хочет write().
А Вам свой нужен, например, такой:



Я с этого и начал, но при DLIB IAR со мной не согласился, только при CLIB...

[quote name='zltigo' date='Jul 28 2006, 00:11' post='138541']
А вообще, даже в мыслях не было в свое время заморачиваться вопросом с __putchar, ибо сразу привычно набивается что-то типа:

[/quote]

В таком варианте надо буфер выделять, потом этот буфер своими силами (boutchar) в цикле куда-то посылать. Для меня это лишнее, мне надо вывод на LCD, и удобно было-бы просто в качестве putchar() написать "обёртку" для процедуры вывода символа.

Что-то Вы запутались, не пойму только в чем. С DLIB работает (линковка библиотек dl4xxxx ) При этом действительно требует write(), но как вызов из обертки printchar(), но printchar() то ставите свой.


printf() тоже накладные расходы имеет :-(. Буфер может быть статическим общего назначения.
Ну а если LCD примитивный символьный, то вполне возможно через буфер удобнее строчку выводить. Если, например, несколько задач к медленному LCD должны лазить.

Спасибо. Попробую ещё раз.