В руководстве данные функции имеются, даже пример показан. В папке с установленным компилятором есть setjmp.h. Только в нем описывается буфер jmp_buf для разных процессоров, кроме тех, для которых этот компилятор создан. Для них есть ответ:
#error setjmp.h: Processor type not supported, or not defined.
Понимаю, что так есть. И вряд ли будет иначе. Выражаю возмущение и разочарование.
Не понимаю, эти переходы принципиально невозможны для PIC16, или просто разработчики поленились сделать. Ведь указатели на функцию умудрились же сделать.
В других компиляторах, вроде, есть. В mikroC, например. Перейти на другой компилятор?
А еще лучше - на другой микроконтроллер.

Невозможны. HITECH использует аппаратный стек PIC'ов для вызовов функций, а он програмно недоступен. А т.к. longjmp должен свернуть стек, то сделать это не представляется возможным
Как то не верится. Это можно сделать только, если не использовать аппаратный стек, а делать свой собственный. Проигрыш будет гораздо больше, чем возможный выигрыш
На другой МК

Зачем стек? Есть буфер типа jmp_buf.
Туда при вызове setjmp занести младшую и старшую часть адреса, следующего за setjmp, и 0 в wreg.
А longjmp заполнит PCLatH, PCL из буфера, и так вернется назад. Но при этом не сможет передать в wreg нужное значение. Вот в чем проблема, наверное.

Кроме PC туда нужно еще занести адрес текущего фрейма стека, т.к. longjmp может быть сделан из вложенной процедуры (по отношению к setjmp). Вот тут и надо будет свернуть стек.

Жду STM32F050