Телеграмм чат группы proembedded страница 9840

Важно: не размер файла!

Надо распарсить файл и посмотреть размер. Это делается чем-то вроде objdump.

13:33пожаловаться #1

SK

Stas Koynov in Embedded Group

Всем тюлень.

Задам, возможно, странные вопросы:
1. Допустим, я написал очень большой код для микроконтроллера, который не влез в программную память, это же будет видно уже при попытке собрать проект, верно? Т.е. компилятор выдаст ошибку?
2. Допустим, мой большой код все же влез в программную память, но вот число переменных очень велико и не влезает в память данных. Тут уже компилятор мне не поможет?

тебе линковщик откажеться собирать, ибо секции не лезят в рамки. Если эти рамки не настроены то увы!

13:34пожаловаться #2

D

DiggerDi in Embedded Group

Eugene Lomov

Важно: не размер файла!

Надо распарсить файл и посмотреть размер. Это делается чем-то вроде objdump.

Если файл не хекс, а бинарный то не надо

13:34пожаловаться #3

EL

А со вторым пунктом может отладчик помочь. Если переменных слишком много динамически выделяется, то вылетит что-то типа stack overflow.

13:34пожаловаться #4

ТЗ

Stas Koynov

тебе линковщик откажеться собирать, ибо секции не лезят в рамки. Если эти рамки не настроены то увы!

Т.е. я правильно понимаю, что использование IDE от производителя МК даст мне некоторую уверенность, что эти две проблемы будут обнаружены на стадии сборки проекта, верно?

13:35пожаловаться #5

EL

DiggerDi

Если файл не хекс, а бинарный то не надо

Справедливо.
Но даже в elf'ах может быть всякая отладочная инфа, которую загрузчик лить не будет.

13:35пожаловаться #6

EL

Т.е. я правильно понимаю, что использование IDE от производителя МК даст мне некоторую уверенность, что эти две проблемы будут обнаружены на стадии сборки проекта, верно?

Я бы сказал "веру".)))

13:36пожаловаться #7

SK

Stas Koynov in Embedded Group

Т.е. я правильно понимаю, что использование IDE от производителя МК даст мне некоторую уверенность, что эти две проблемы будут обнаружены на стадии сборки проекта, верно?

смотря какая ИДЕ.

13:36пожаловаться #8

ТЗ

Eugene Lomov

Я бы сказал "веру".)))

Это понятно, я всегда что-то серьезное запускаю по-русски, но это уже другая история. :)

13:36пожаловаться #9

ТЗ

Stas Koynov

смотря какая ИДЕ.

MPLAB (увы, но я 90% времени только с ней работал для МК), я помню, может спалить перегрузку программной памяти (оно тогда матом орало на меня, когда я rand() запихивал в PIC10, т.к. места не было), а вот с переменными...

13:38пожаловаться #10

VC

Verum Corner in Embedded Group

Т.е. я правильно понимаю, что использование IDE от производителя МК даст мне некоторую уверенность, что эти две проблемы будут обнаружены на стадии сборки проекта, верно?

Что за мк у тебя

13:39пожаловаться #11

ТЗ

Verum Corner

Что за мк у тебя

Сейчас? Пока что никакой! :)
А вопрос такой задал, т.к. из-за определенных обстоятельств вдруг стало интересно. Увы, любопытство не победил. :(

13:41пожаловаться #12

MP

Всем тюлень.

Задам, возможно, странные вопросы:
1. Допустим, я написал очень большой код для микроконтроллера, который не влез в программную память, это же будет видно уже при попытке собрать проект, верно? Т.е. компилятор выдаст ошибку?
2. Допустим, мой большой код все же влез в программную память, но вот число переменных очень велико и не влезает в память данных. Тут уже компилятор мне не поможет?

1. it depends
2. it depends

13:47пожаловаться #13

MP

компилятор тут как правило умывает руки - он руководствуется тем, что люди наговнякали во всяких линкер-скриптах

13:48пожаловаться #14

A

Alexander in Embedded Group

Сейчас? Пока что никакой! :)
А вопрос такой задал, т.к. из-за определенных обстоятельств вдруг стало интересно. Увы, любопытство не победил. :(

Я уже не помню как в MPLAB.
CCS и Keil выдавали ошибку о невозможности разместить переменные/код в соответствии с используемым линкерным файлом.

13:48пожаловаться #15

MP

Max Payne

компилятор тут как правило умывает руки - он руководствуется тем, что люди наговнякали во всяких линкер-скриптах

если там сильно наговнякано - узнаешь, когда твой flash tool начнет тереть регистры MMIO и МК уйдет в страну вечных оленей lock

13:49пожаловаться #16

MP

по опыту знаю, потому что сам говнякал линкер-скрипты и обверточки вокруг программаторов и бывало, что неверно задавал параметры флеша

13:50пожаловаться #17

MP

"много переменных" если на стеке - да еще код как спагетти - то тут только молиться

13:51пожаловаться #18

MP

...а если там еще и heap с другой стороны памяти, и RTOS, то можешь забыть про секс с живой девушкой и еду. на ближайшие 2 недели твоим половым партнером будет gdb

13:52пожаловаться #19

MP

притом gdb - активный партнер.