caxapa.ru :: Этот код из многих примеров FreeRTOS. В линкере объявляются много __end с различными подчёркиваниями. И это конец размещения данных в RAM, то есть начало heap.

_VVV (12.10.2013 07:43, просмотров: 1) ответил framer на коррелируйте с файлом описания сегментов и адресов в процессоре *.ld . точностей не знаю. Линкер подставляет переменные из этих файлов. "end" обозначает адрес конца heap. Почему именно такая запись не знаю. У меня просто вот так определяется :

Этот код из многих примеров FreeRTOS. В линкере объявляются много __end с различными подчёркиваниями. И это конец размещения данных в RAM, то есть начало heap. Вроде этот код работает так: выделяется память от конца даных до текущего указателя стека. Что есть говнокод, потому что метка "размер кучи" не определена, а метка "размер стека" не используется, вместо неё используется текущий получаемый на момент выполнения регистр стека. Надобно бы определиться с концом стека по-другому, может, в линкере завести соответствующие секции или константы.

- В конкретном случае при newlib необходимо определить несколько функций syscall. В которых необходимо контролировать начало и размер памяти. Вот пример простого определения функций и файлы описания сегментов и размера памяти. Это не связано с framer(10 знак., 12.10.2013 11:14)
  - Что же вы стека для приложения совсем не оставляете? Та версия, что я приложил к вопросу, и то лучше, там хоть огрызок стека остаётся. Очевидно, что ещё лучше версия fk0 (классика). У вас стек будет разрушен при выделении для кучи места, которое VVB(15 знак., 14.10.2013 08:40)

Средства и методы разработки