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. Только не нашел какую.

[AHTOXA]

Хочется в полной мере использовать newlib.

Так заглушки как раз и позволяют использовать newlib. Они реализуют, скажем так, платформенно-зависимые вещи. _sbrk() - выделение кусочка памяти для malloc(), _write() - вывод символов на устройство вывода для printf().
Просто у вас откуда-то подцепляются умолчательные реализации этих заглушек.
Если ключ -nostdlib отключает эти умолчательные реализации - то именно он и нужен. Он не отключит возможность использовать newlib.

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

Не нужно ничего больше вызывать. malloc() вызывает _sbrk(). Вы пишете свою реализацию _sbrk(), и всё начинает работать.