GCC ARM + malloc-free Опции

[athlon64]

МК STM32F207
Eclipse + GCC Yagarto

Никак не могу заставить работать менеджер памяти из стандартной библиотеки си.
Добавил в проект syscalls.c взятый на форуме.
Скрипт линкера (flash.icf) гибрид, но вроде правильный.

Всё компилируется без ошибок, но функция malloc всегда возвращает 0x00000008.

syscalls.c и flash.icf прикладываю.

Прикрепленные файлы

 flash.icf.txt ( 1.22 килобайт ) Кол-во скачиваний: 168
 syscalls.c.txt ( 2.99 килобайт ) Кол-во скачиваний: 80

 

[athlon64]

Заменил Yagarto на DevkitPRO, теперь процессор виснет при вызове malloc
На Yagarto пробовал BGET, у него функция bget() всё время возвращала чушь типа 0x801C0000, т.е. вообще не из области ОЗУ.

Гм. А не стоит ли у вас в libc вместо malloc затычка (как в syscalls.c) ?

Не знаю. Как уточнить? Newlib в yagarto в виде объектных файлов... хотя исходники тоже отдельно выложены.

zltigo выкладывал тут самописный менеджер памяти. Использую его вместо штатного - компактный, не тянет за собой кучу ненужного из библиотек. Обернул его в плюсы, добавил Mutex для многопотчности. Прилагаю.

Спасибо, но, к сожалению, с плюсами у меня пока не очень. Попробую вариант zltigo тоже

Сообщение отредактировал athlon64 - Mar 29 2012, 09:44

[XVR]

Не знаю. Как уточнить? Newlib в yagarto в виде объектных файлов... хотя исходники тоже отдельно выложены.

Смотрите в исходниках. в newlib/libc/stdlib/mallocr.c
Вызов sbrk должен быть завернут в макрос MORECORE, убедитесь, что там действительно sbrk, а не что нибудь другое

[athlon64]

Смотрите в исходниках. в newlib/libc/stdlib/mallocr.c
Вызов sbrk должен быть завернут в макрос MORECORE, убедитесь, что там действительно sbrk, а не что нибудь другое

В mallocr.c:
#define MORECORE(size) _sbrk_r(reent_ptr, (size))

[XVR]

В mallocr.c:
#define MORECORE(size) _sbrk_r(reent_ptr, (size))

Смотрите, как реализован _sbrk_r - он должен звать ваш sbrk