GCC: Аварийный выход из прерывания (функции)

[ForcePoint]

Это можно сделать с помощью асм. вставок, данный вариант некрасив и небезопасен, уж лучше определить массив достаточного размера в памяти программы и в нем уже разместить асм. программу.

Пожалуйста поясните насчёт небезопасности (в контексте начального загрузчика).
Что касается массива, то это представляется мне излишеством, т.к. приложение и начальный загрузчик - совершенно незасимы друг от друга. Приложение может только вызвать загрузчик и ничего более. Загрузчик может только запустить свежепереписанное приложение с 0 (или, если угодно, вызвать настоящий сброс через сторожевой таймер).

[electroTrash]

(в контексте начального загрузчика)

Я как раз имел ввиду случай ТС, у него программа обработки не расположена в секторе загрузчика, переход на обработчик прерывания должен быть размещен по вектору прерывания, к тому же у Вас нет штатного выход из программы, который тут необходим. Указывать явно расположение (адрес) функции обработки прерывания, может привести к проблемам, но можно определить массив достаточного размера или как у вас (я об этом тоже писал ранее) определить указатель на функцию и разместить ассемлером (stm) маш. код. jmp(call) ‹значение_указателя_на функцию›. Но, я думаю, ТС все же лучше сделать штатными директивами компилятора, наподобие указанного, а не придумывать себе проблемы.

[MaxiMuz79]

akegor, но всетакие речь идет о GCC.
вот что порекомендовали:
http://gcc.gnu.org/onlinedocs/gcc-2....c_4.html#SEC64
в итоге:

void *ptr;
ISR (xxx_vect)
{
  ...
  ...
  goto *ptr;
}
void main (void)
{
  ptr=&&m1;
  ...
  while (1)
	{ ...
           ...
         }
m1:
  ...
  ...
}

[akegor]

но всетакие речь идет о GCC

А в GCC pragma не работает на участок программы?

[electroTrash]

В GCC по другому:

ISR (xxx_vect) __attribute__ ((naked));
ISR (xxx_vect)
{
  ...
  ...
  goto m1;
}

[Vetal-soft]

Если уж извращаться, то можно поступить так:
Вынести прерывание в отдельный файл, а функцию которая вызывается и в main, и в прерывании, описать полностью в хедере с ключевым словом static.

[Someone]

программа должна быть по возможности быстрой и компактной.

Ну так что мешает вместо занятий глупостями писать компактный и быстрый код? В той теме уже советовали - пиши по человечески, я ссылку на апноту приводил, и так и не узнал, что же из апноты на ГЦЦ не только не работает, но и даёт противоположный результат (ухудшает производительность).

[Someone]

Неясно только, что компилятор (GCC) делает последними двумя командами:

Ждёт конечно, пока 5й бит не установится (что говорит о том что УДР0 опустел), тогда пропустит переход, дальше пойдёт.

[MaxiMuz79]

Если уж извращаться, то можно поступить так:
Вынести прерывание в отдельный файл, а функцию которая вызывается и в main, и в прерывании, описать полностью в хедере с ключевым словом static.

результат абслоютно тотже самый что без static

[akegor]

Чита-читал... И так и не понял, зачем изобретать велосипед в грубой извращенной форме?
Требуется: в случае аварийной ситуации по соответствующему прерыванию либо замереть, либо уйти на сброс (не принципиально). Застрять в обработчике прерывания навсегда - проблема? Либо автор недоговаривает, либо я чего-то не понимаю.
ПС Извращениями не наслаждаюсь...