arm-eabi-gcc, непонятные зависания микроконтроллера Опции

[Drozd2]

Здравствуйте!
Загвоздка с самосборным компилятором arm-eabi-gcc. Собирал этим скриптом. Простейшая скомпилированная программа работает корректно. После добавления ряда математических вычислений и соответствующих sprintf программа начала зависать, причем в разных местах, в зависимости от того, какую строку закомментировать. Иногда вываливается в data и prefetch abort. В итоге дошло до того, что если удачно раскидать по тексту программы разный хлам типа uart_write("###########") и while(1>5), то можно добиться, чтобы она отрабатывала успешно. Причем если скомпилировать ту же программу в IAR, то работает корректно без дополнительных вставок. Но IAR ломаный, для этого проекта не годится. В чем может быть причина? В скрипте или в исходниках?

P.S. build.sh загрузить не дали, даже после убирания расширения. Пришлось сделать rar.

Сообщение отредактировал Drozd2 - Mar 14 2013, 07:39

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

 build.rar ( 917 байт ) Кол-во скачиваний: 180

 

[Drozd2]

Я имел в виду не нужно специально объявлять кучу. Написал по идиотски.
-nostartfiles и так указано. Вот после -nostdlib начинает ругаться именно так. Только счастья не прибавляется. Заглушки, в том числе отдельный printf.c, помогают избежать зависаний, но на вопрос не отвечают. Хочется в полной мере использовать newlib.
Добавил в начало программы такие строки:

extern int end;

sprintf(str, "end=%X\r\n", &end);
INFO(str);

res_sbrk=sbrk(0);
sprintf(str, "res_sbrk=%p\r\n", res_sbrk);
INFO(str);

res_sbrk=sbrk(10*1024);
sprintf(str, "res_sbrk=%p\r\n", res_sbrk);
INFO(str);

res_sbrk=sbrk(10*1024);
sprintf(str, "res_sbrk=%p\r\n", res_sbrk);
INFO(str);

и получил такой результат:

end=41FD8
res_sbrk=0x41fd8
res_sbrk=0x41fd8
res_sbrk=0x447d8

Но непонятно, как "подключить" результат sbrk к sprintf в плане использования им этой кучи. Вообще sbrk выполняет очень сложную задачу по складыванию двух чисел и возврату результата из внутренней переменной. Я так понял, что для задания кучи, которую будет использовать newlib, нужно вызывать другую функцию, которая уже сама вызовет sbrk. Только не нашел какую.

[alx2]

Но непонятно, как "подключить" результат sbrk к sprintf в плане использования им этой кучи.

Ничего не надо подключать. Все уже подключено до нас. Где-то в процессе выполнения sprintf() будут вызваны malloc()/free(), которые и работают с кучей. От Вас лишь требуется предоставить sbrk().

Я так понял, что для задания кучи, которую будет использовать newlib, нужно вызывать другую функцию, которая уже сама вызовет sbrk. Только не нашел какую.

Нет никакой функции, которую надо вызвать "для задания кучи". Все, что от Вас требуется - это предоставить функцию sbrk(). Когда newlib'у нужен кусок памяти из кучи, он вызывает вашу sbrk(), передавая ей требуемый размер. Если у Вас в куче есть кусок такого размера, sbrk возвращает адрес этого куска. Таким образом, использоваться будет та область памяти, на которую укажет ваша sbrk().