LIBUNWIND REGISTERS_MIPS_O32.Jumpto возвращается в неправильное место ⇐ C++

[Anonymous]

В моем проекте я написал свою собственную реализацию более высоких уровней итания ABI (__CXA_THROW и т. Д.). Однако, когда дело дошло до того, как размахиваясь, я решил, что это будет слишком много для меня, чтобы справиться. Поэтому я решил использовать LLVM Libunwind и Cxxabi LLVM для функции личности. Итак, я компилирую следующее определение: _libunwind_is_native_only , _libunwind_is_baremetal , _libunwind_has_no_threads , _abio32 1 , _mips_sim _abio32 , ____mis>, __mis>, __mis>, __mis>, _____IS>, __mis>, _____1 , _____ис>, _____ис>. Вручную не определяя __mips_hard_float .
После добавления этих библиотек в мою программу и исправления множества ошибок компилятора я получаю следующую проблему. Я настроил свою программу, чтобы сделать простой попытки уловить, причем улов (...) . Тем не менее, он никогда не достигает этой точки, и не называется __CXA_BEGIN_CATCH . Проходя через это, он достигает registers_mips_o32.jumpto , но значение, которое установлен в регистр RA, равно 0x00010000 . Это без флага компилятора -фомит-кадра-указатель . Добавление этого флага компилятора, регистр RA вместо этого устанавливается на 0xbf800000 .
Ни один из них не является правильным местоположениями памяти, как в этой системе моя программа и Heap/Stack все в диапазоне 0x80000000 до 0x801ffff
в коде. Предоставлено < /p>
// When statically linked on bare-metal, the symbols for the EH table are looked
// up without going through the dynamic loader.

// The following linker script may be used to produce the necessary sections and symbols.
// Unless the --eh-frame-hdr linker option is provided, the section is not generated
// and does not take space in the output file.
//
// .eh_frame :
// {
// __eh_frame_start = .;
// KEEP(*(.eh_frame))
// __eh_frame_end = .;
// }
//
// .eh_frame_hdr :
// {
// KEEP(*(.eh_frame_hdr))
// }
//
// __eh_frame_hdr_start = SIZEOF(.eh_frame_hdr) > 0 ? ADDR(.eh_frame_hdr) : 0;
// __eh_frame_hdr_end = SIZEOF(.eh_frame_hdr) > 0 ? . : 0;
< /code>
Добавление этого в мой Linkerscript требовался для правильной связи программы. Я понимаю, что он должен правильно генерировать кадры EH < /p>
Проверка файла карты, сгенерированного от связывания, я получаю следующий раздел < /p>
.eh_frame 0x000000008001cdf0 0x2188
0x000000008001cdf0 __eh_frame_start = .
*(.eh_frame)
.eh_frame 0x000000008001cdf0 0x45c test/build/Exception.o
0x4e8 (size before relaxing)
.eh_frame 0x000000008001d24c 0x18c test/build/Memory.o
0x1a0 (size before relaxing)
.eh_frame 0x000000008001d3d8 0x580 test/build/Typeinfo.o
0x594 (size before relaxing)
.eh_frame 0x000000008001d958 0x28 test/build/crt0.o
0x3c (size before relaxing)
.eh_frame 0x000000008001d980 0x280 test/build/main.o
0x2e0 (size before relaxing)
.eh_frame 0x000000008001dc00 0x1f8 test/build/UnwindLevel1.o
0x20c (size before relaxing)
.eh_frame 0x000000008001ddf8 0x0 test/build/UnwindLevel1-gcc-ext.o
0x190 (size before relaxing)
.eh_frame 0x000000008001ddf8 0x1180 test/build/libunwind.o
0x1930 (size before relaxing)
0x000000008001ef78 __eh_frame_end = .

.eh_frame_hdr 0x000000008001ce00 0x0
*(.eh_frame_hdr)
0x0000000000000000 __eh_frame_hdr_start = (SIZEOF (.eh_frame_hdr) > 0x0)?ADDR (.eh_frame_hdr):0x0
0x0000000000000000 __eh_frame_hdr_end = (SIZEOF (.eh_frame_hdr) > 0x0)?.:0x0
< /code>
Из того, что я могу сказать, это кажется должным образом. Но я не уверен, что < /p>
Мой вопрос, тогда это; У меня нет сильного понимания ни либанвода, ни размахивания стека. Есть ли что -то очевидное, что мне не хватает?

Подробнее здесь: https://stackoverflow.com/questions/797 ... rong-place