разместить эпилог и пролог в секции Опции

[megajohn]

разместить эпилог и пролог в конкретной моей секции - собсвенно сабж, как функции и переменные знаю а как стантартные эпилоги и прологи разместить где мне надо не знаю

в хелпе иара и гугль не помогли

[_Артём_]

разместить эпилог и пролог в конкретной моей секции

А зачем это делать?

[megajohn]

А зачем это делать?

если скажу, то будет полемика на 100 страниц что "так не принято делать"

А вообще, в голову засела идея реализовать APP + BOOTLOADER в рамках одного проекта

все работает, пока очистка флеши не затирает операции по работе с стеком при вызове функций (эпилоги-прологи)

пока как вариант, попробовал фунции секции бутлодыря определять с __task и ручками прописывать сохранение в стек.

Но для портирования на разные AVRки ручной способ это не есть гуд

[_Артём_]

и не затирает операции по работе с стеком при вызове функций (эпилоги-прологи)

А в каком сегменте находятся прологи-эпилоги?
Этот сегмент нужно поместить куда надо.

P.S. прологи-эпилоги у ИАРа как-то по другому называются. Как?

если скажу, то будет полемика на 100 страниц что "так не принято делать"

А вообще, в голову засела идея реализовать APP + BOOTLOADER в рамках одного проекта

Почему бы не прописать все сегменты, как размещенные в boot-области,а всю программу размещать в (с том числе main ) в своих сегментах, которые расположить в application-области оп нужным адресам?

[KRS]

А вообще, в голову засела идея реализовать APP + BOOTLOADER в рамках одного проекта

да не проблема - напишите свой стартап и размещайте где угодно!

Но только есть нюансы - если собирается как один проект сразу и бутлоадер и приложение то нельзя использовать библиотеку (ее можно отключить) потому что у бутлоадера и приложения должны быть свои копии библиотеки иначе при при последующей компиляции только приложения все съедет.

[megajohn]

А в каком сегменте находятся прологи-эпилоги?

судя по дизасму в APP

Этот сегмент нужно поместить куда надо.

логично, про это и был топик. Вопрос повторять надеюсь не надо

P.S. прологи-эпилоги у ИАРа как-то по другому называются. Как?

так и называются EPILOGUE и PROLOGUE

да не проблема - напишите свой стартап и размещайте где угодно!

написал для сегмента лодыря свой стартап иннициализации стеков. Но при вызове вложенных функций вызывается стандартные иаровские эпилоги-прологи по сохранению в стек. Мне нужно РЕАЛИЗАЦИЮ этих эпилогово-прологов ПЕРЕНЕСТИ в секцию BOOTLOADER

Но только есть нюансы - если собирается как один проект сразу и бутлоадер и приложение то нельзя использовать библиотеку (ее можно отключить) потому что у бутлоадера и приложения должны быть свои копии библиотеки иначе при при последующей компиляции только приложения все съедет.

что подразумевается под стадндартными библиотеками ? в секторе BOOTLOADER не используются memcpy, strcmp и прочее-прочее

[scifi]

если скажу, то будет полемика на 100 страниц что "так не принято делать"

Так не принято делать :-) И на это есть хорошие причины.

А вообще, в голову засела идея реализовать APP + BOOTLOADER в рамках одного проекта

Зачем? Чисто для заполнения досуга - могу понять. А для работы - лучше не надо.

[KRS]

написал для сегмента лодыря свой стартап иннициализации стеков. Но при вызове вложенных функций вызывается стандартные иаровские эпилоги-прологи по сохранению в стек. Мне нужно РЕАЛИЗАЦИЮ этих эпилогово-прологов ПЕРЕНЕСТИ в секцию BOOTLOADER

у вас оптимизация по размеру что ли стоит?
поставьте для бутлоадера по скорости, никаких прологов и эпилогов для функций быть не должно! (по крайней мере я для AVR этого не наблюдал в своих проектах)

[Сергей Борщ]

что подразумевается под стадндартными библиотеками ? в секторе BOOTLOADER не используются memcpy, strcmp и прочее-прочее

Вы не используете. А компилятор может присваивать структуры через memcopy, выполнять switch() через библиотечные функции, и прочее и прочее и прочее.

поставьте для бутлоадера по скорости

В общем создайте программу, которая будет то собираться, то не собираться, то работать, то не работать в зависимости от ключей компилятора, версии компилятора, положения звезд на небе и прочего. Это главная причина, почему никто не делает то, что задумал megajohn. Многие пытались, каждый получил граблями в лоб, я не исключение. Вы рискуете получить новый загрузчик изменив что-то в приложении. Хотите писать обе части в кристалл за один раз - слейте вместе два хекса или вкомпилите образ загрузчика в приложение в виде массива или просто прилинкуйте к приложению двоичный образ загрузчика. Хотите отлаживать обе части одновременно - надо шаманить с объектным файлом загрузчика (что-то добавлять ко всем именам символов чтобы не было одинаковых имен в обоих частях) и прилинковывать к приложению конечный объектный файл загрузчика со всей отладочной информацией, но не нужно пытаться совместить на уровне исходников то, что не должно совмещаться по условию.

А потом у компилятора появится что-то вроде link-time optimization и он сделает такой винегрет из обоих частей вашей программы...

[_Артём_]

так и называются EPILOGUE и PROLOGUE

В каком документе такие названия?
Не могу найти таких...

[megajohn]

В каком документе такие названия?
Не могу найти таких...

в доках нет описания. Это надо в дизасме смотреть. Как выглядит - картинку приаттачил

суть - перемесить текущие занятые регистры в стек, выполнить вычисления в освобожденных, и по выходу из функции вернуть из стека

"глубина" зависит от того - как много локальных переменных используется.

Далее, по метке самого большой глубины можно в маp-файле увидеть те самы жирные функции

Эскизы прикрепленных изображений

 

[scifi]

в доках нет описания. Это надо в дизасме смотреть. Как выглядит - картинку приаттачил

Дык о том и речь: вы уже принялись за reverse engineering применительно к компилятору. Занятие это довольно бессмысленное, и я бы даже сказал вредное.

[KRS]

Занятие это довольно бессмысленное, и я бы даже сказал вредное.

это как раз очень полезно! потому что помогает правильно написать критические по времени куски кода.
и иногда разобраться с собственными ошибками.



megajohn,
эти прологи и эпилоги появляются только при оптимизации по размеру! (по крайней мере так было раньше)
у АВР регистров много и вызывая эти функции с нужной точки входа можно здорово сэкономить место если есть много функций которые много локальных переменных в регистрах используют!

А вообще у вас данная конфигурация будет корректно собираться только в том случае если вы не используете библиотеку вообще! В настройках ИАР это можно сделать. В других случаях надо делать две конфигурации, это кстати можно сделать и в одном проекте!

[_Артём_]

эти прологи и эпилоги появляются только при оптимизации по размеру! (по крайней мере так было раньше)

Может так раньше и было, но в map-файле такое вижу:

Код

======================
CODE
  Relative segment, address: CODE 000006F8 - 000006F9 (0x2 bytes), align: 1
  Segment part 8.
           ENTRY                   ADDRESS         REF BY
           =====                   =======         ======
           ?PROLOGUE8_L09          000006F8        __call_ctors (?cppinit)
    -------------------------------------------------------------------------
CODE
  Relative segment, address: CODE 000006FA - 000006FB (0x2 bytes), align: 1
  Segment part 9.             Intra module refs:   ?PROLOGUE8_L09
           ENTRY                   ADDRESS         REF BY
           =====                   =======         ======
           ?PROLOGUE7_L09          000006FA
    -------------------------------------------------------------------------

Оптимизация по скорости.

[KRS]

Может так раньше и было, но в map-файле такое вижу:

Оптимизация по скорости.

так это из библиотеки ссылки на эти функции! а с какими опциями и как она скомпилирована кто знает...

[megajohn]

так это из библиотеки ссылки на эти функции! а с какими опциями и как она скомпилирована кто знает...

стоп-стоп. Считаю что вы глубоко заблуждаетесь.
все эти прологи-эпилоги нужны и используются, если в процессе вычислений не хватает регистров R0-R31 (за исключением неприкасаемых) чтобы держать все актуальные результаты вычислений. Ну не резиновые регистры что тут поделать.

Если вы раньше не наблюдали, то видать вам хватало и существующих и не было раздутых алгоритмов и вычислений.

update: сделал тестовый проект - получил следующие результаты

при оптимизации по скорости ( как и говорит KRS ) нет эпилогов. А при оптимизации по коду (как у меня) есть эпилоги.

То есть при оптимизации по скорости охранения в стек тупо инлайнятся, хотя это конечно быстро. А вот по размеру появлся так называемые эпилоги, общие для всех функций проекта.

Но для меня скорость по оптимизации не катит - для бутлодыря раздувание кода не допустимо.

Вчера плюнул на всю идею совмещения и сделал отдельный проект. Работает да и ладно, хотя жаль что не как хотел. Но чуть чего можно попробовать postlink сделать