newlib + malloc lock, Помогите разобраться Опции

[podelkin]

Народ, помогите все по полкам разложить.
Все началось с того, что хотел прикрутить *printf из newlib. В проекте используется FreeRTOS.
По прошлому опыту ожидал, что сразу возникнут ошибки линковки _sbrk ,_write, _read и т.д.
Но все скомпилировалось нормально . ToolChain от klen'а (спасибо ему)
При запуске из под отладчика выпал в _swiwrite на инструкции bkpt. Копаясь в исходниках newlib 1.19 нашел где это.
Правильно ли я понял, что это из-за сборки newlib без ключа --disable-newlib-supplied-syscalls?
Дальше я скачал yagarto, заменил компилятор. и ошибки линковки возникли (я впервые был ряд ошибкам )))
Реализовал syscalls, и все заработало.
Но!!! printf использует malloc, malloc вызывает _sbrk для получения памяти. в исходниках для блокировки кучи используется
вызовы _malloc_lock и _malloc_unlock. Отладчиком смотрел, они пустые (и в исходнике newlib их смотрел)

Код

void
__malloc_lock (ptr)
     struct _reent *ptr;
{
#ifndef __SINGLE_THREAD__
  __lock_acquire_recursive (__malloc_lock_object);
#endif
}

Значит из многопоточной среды вызывать printf черевато (и malloc тоже)
собственно вопросы:

1. можно ли заставить ToolChain klen'a работать с моими syscalls без пересборки newlib
2. как залочить кучу newlib в проекте FreeRTOS (пересобирать что-ли без __SINGLE_THREAD__)
3. если прошлое нельзя, то может наоборот заставить newlib использовать vPortMalloc из FreeRTOS

За любую помощь заранее благодарен!

[Сергей Борщ]

заставить newlib использовать vPortMalloc из FreeRTOS

Написать в одном из исходных файлов проекта свою функцию malloc (ну и free, разумеется), которая будет вызывать vPortMalloc и прилинкуется взамен библиотечной.

[alx2]

Написать в одном из исходных файлов проекта свою функцию malloc (ну и free, разумеется), которая будет вызывать vPortMalloc и прилинкуется взамен библиотечной.

malloc и free писать не надо, они уже написаны. Писать надо __malloc_lock() и __malloc_unlock(). Об этом, кстати, прямым открытым текстом написано в документации. Также скорее всего потребуется переписать _sbrk() в плане проверки исчерпания кучи. Для работы printf необходимо также реализовать системный вызов _write.

[podelkin]

malloc и free писать не надо, они уже написаны. Писать надо __malloc_lock() и __malloc_unlock(). Об этом, кстати, прямым открытым текстом написано в документации. Также скорее всего потребуется переписать _sbrk() в плане проверки исчерпания кучи. Для работы printf необходимо также реализовать системный вызов _write.

так __malloc_lock() и __malloc_unlock() не определяются из-за ошибки линкера!

Код

multiple definition of `__malloc_lock'

нашел вот это
mail архив newlib

этож чтож - пересобирать?
пока придумал удалить mlock.o из libc.a чтоб линкер не ругался, кто что думает

пока нашел сырое решение
опция линкера

Код

--allow-multiple-definition

теперь я могу определить свой
void __malloc_lock (struct _reent *r)
и он вызывается!
только вот криво это, буду копать дальше