Добрый вечер.

Разбираюсь с newlib; сейчас попытался перенаправить стандартный вывод, и столкнулся с такой проблемой:
переопределил функции:

(и прочие низкоуровневые вызовы для newlib)
и вызвал printf(), после чего обнаружил, что _write_r не вызывается.
Попробовал так же вместо указанных функций переопределять лишь

результат тот же.

Ключи линкера:


В качестве референса использовал этот проект: http://www.siwawi.arubi.uni-kl.de/avr_proj...ects/#gcc_stdio
Toolchain из последней сборки yagarto.

Итак, вопрос: как переопределить стандартный ввод/вывод, и что я делаю не так?

upd: версия newlib: 1.18

Сообщение отредактировал Spym - Nov 2 2010, 19:25

Попробую издалека:
Поднимите руки, кто использует yagarto и printf.

Покажите $(TARGET).ld чтоль
Я пробовал переопределять

, работало.

Запросто.
 gcc_freertos_test.ld.txt ( 4.59 килобайт ) Кол-во скачиваний: 253


Сообщение отредактировал Spym - Nov 2 2010, 19:56

Хм. Не вижу криминала.
Вспоминаю, что читал что-то такое про yagarto... Ага, нашёл:

Так что, если это правда, то в yagarto - никак. Берите CodeSourcery, или сборки от klen-а, если есть склонность к экспериментам

То есть, вы не с yagarto эксперементировали.
Ок, благодарю за содействие, сейчас посмотрю, какие есть альтернативы.

upd:
Посмотрел Вашу ссылку:

Это же неверное утверждение.

Кстати, тогда вопрос по Yagarto: как там определён стандартный ввод/вывод?

Сообщение отредактировал Spym - Nov 2 2010, 20:36

Прикрутил вместо yagarto/arm-none-eabi сборку kgp-arm-eabi_x86_32_HALLOWEEN_EDITIION от Klen, результат тот же: stdout не перенаправляется.
Я озадачен.

Сообщение отредактировал Spym - Nov 2 2010, 22:41

Меня немного смущает слово "перенаправляется". Что Вы имеете в виду? printf() выполняет вывод в поток stdout (при наличии перечисленных в документации системных вызовов, а именно, close, fstat, isatty, lseek, read, sbrk, write). Таким образом, перенаправление stdout - это просто присваивание ему другого значения. Может у Вас просто в stdout что-то не то?
Покажите, как Вы открываете поток, что присваиваете stdout...

Сообщение отредактировал alx2 - Nov 3 2010, 05:56

Так год-то прошлый. Сейчас yagarto перешло на arm-eabi, да.



Очень странно. Посмотрите ещё вот в этой теме, я там приаттачивал тестовый проект с printf. Он для cortex-m3, но может поможет.

-----
Ещё мысль пришла. Если у вас C++ проект, то функции надо объявлять как
extern "C":

stdout ничего не присваиваю, т.к. достаточно переопределить низкоуровневые функции, которые Вы уже перечислили, разве нет? При входе в main видно, что stdout уже существует (см. ниже).

Посмотрел, принципиальных отличий не нашел.

Эти функции определены в syscalls.c, всё в порядке.
Да, я забыл упомянуть, что при вызове printf управление всё же передавалось в:

Но вместо _write_r затем уходило в __swrite.

Попробовал сейчас перед вызовом printf() руками определить указатель на _write_r():

Пока я этого не сделал, stdout->_write указывал на NULL.
Вызвал printf(), смотрю значение stdout->_write - теперь указывает на __swrite.

Я прозрел; как выяснилось, вывод корректно работает даже в Yagarto.

Из первого вызова printf вызывается __sinit, где происходит инициализация stdout/stdin/stderr. После этого stdout->_write указывает на __swrite, откуда как раз и происходит вызов _write_r, а отсюда, в свою очередь, вызывется пользовательский _write; но и _write_r можно переопределить.

Моя проблема заключалась в том, что вызов printf, где строка формата не содержит управляющих последовательностей:

в newlib не приводит к выводу этой строки в stdout; после замены на:

все ВНЕЗАПНО заработало.
Почему так? Ведь в этом случае в stdout должно было уйти "Something string".

Это радует, значит Yagarto потихоньку движется в сторону, так сказать, общепринятых тенденций. И eabi, и --disable-newlib-supplied-syscalls. Больше тулзов, хороших и разных!

Мне кажется, что это кривизна newlib. Хотя неясно, чем отличается _write из вашего файла syscalls.c от _write дефолтного.

обычная буферизация. попробуйте так

давайте прикрутим вместе. но после праздникрв пролетариата - я уже пикирую.
не думаю что есть проблемы где есть исходный код

всех форумчан с празгиком, история нашего народа однако...

Действительно.
Интересно, как я могу управлять размером буфера?
И почему использование управляющих последовательностей не приводит к буферизации вывода?


В прикручивании как раз проблем не возникло - достаточно указать в PATH путь к toolchain же.
Да, кстати, при -O0 ваш KGP собрал 160кБ кода против 202кБ -O0 yagarto (-lc -lm -lgcc -lstdc++) при прочих равных, на первый взгляд всё работало. Хотя это сейчас мало о чем говорит, да и полученный код я не тестировал пока толком.