SIGILL для std :: ios_base :: Init :: Init () и std :: string :: assign (std :: string const & amp;)
Работа со встроенным linux-кросс-компиляцией кода на коробке Ubuntu для запуска на модуле COMX-p2020. Я предполагаю, что либо отсутствует, либо неправильно настроен компилятор, что вызывает недопустимую инструкцию. Вот мои флаги компилятора.
CPPFLAGS = -MD -MP -w -g $(DEFINES) $(INCLUDES) -pthread -mcpu=powerpc
А вот и вывод из gdb.
Program received signal SIGILL, Illegal instruction.
0x0ff1d3f4 in std::ios_base::Init::Init() () from /usr/lib/libstdc++.so.6
(gdb) bt
#0 0x0ff1d3f4 in std::ios_base::Init::Init() () from /usr/lib/libstdc++.so.6
#1 0x100d3074 in __static_initialization_and_destruction_0 (__initialize_p=1,__priority=65535) at /opt/Freescale/CodeWarrior_PA_10.0/Cross_Tools/freescale-4.4/bin/../lib/gcc/powerpc-linux-gnu/4.4.1/../../../../powerpc-linux-gnu/include/c++/4.4.1/iostream:72
#2 0x100d30d0 in global constructors keyed to outDmxData() () at ../Luminaire/Mac Source/VArtnetManager.cpp:769
#3 0x100def88 in __do_global_ctors_aux ()
#4 0x10001a58 in _init ()
#5 0x100deed8 in __libc_csu_init ()
#6 0x0fc1d684 in generic_start_main () from /lib/libc.so.6
#7 0x0fc1d8b0 in __libc_start_main () from /lib/libc.so.6
#8 0x00000000 in ?? ()
Он никогда не достигает основного, похоже, что он пытается выделить глобальное и дроссели во время инициализации. Вот глобальный вопрос.
unsigned char outDmxData[kNumDmxBuses][513];
Затем я начал разбирать код, чтобы убедиться, что смог его запустить. Я могу без проблем скомпилировать и успешно запустить простой привет мир с такими же настройками компилятора. Затем я начал медленно добавлять объекты обратно, пока не столкнулся с этим.
Program received signal SIGILL, Illegal instruction.
0x0ff6b680 in std::string::assign(std::string const&) ()
from /usr/lib/libstdc++.so.6
(gdb) bt
#0 0x0ff6b680 in std::string::assign(std::string const&) () from /usr/lib/libstdc++.so.6
#1 0x0ff6b6e4 in std::string::operator=(std::string const&) () from /usr/lib/libstdc++.so.6
#2 0x10008014 in VxQueue::InitQueue (this=0x10052038) at ../Common/SystemObjects/VxQueue.cpp:114
#3 0x10007a6c in VxQueue::VxQueue (this=0x10052038,queueName=0x1001d580 "DestoryedObjects") at ../Common/SystemObjects/VxQueue.cpp:40
#4 0x10004aa4 in VxMessageManager::CreateQueueContext (this=0x10052008,queueName=0x1001d580 "DestoryedObjects") at ../Common/SystemObjects/VxMessageManager.cpp:209
#5 0x10004750 in VxMessageManager::VxMessageManager (this=0x10052008) at ../Common/SystemObjects/VxMessageManager.cpp:187
#6 0x10003fa0 in VxMessageManager::CreateSharedMessageManager () at ../Common/SystemObjects/VxMessageManager.cpp:36
#7 0x10001714 in main () at ../Luminaire_gcc/main.cpp:68
Рассматриваемая строка выглядит следующим образом.
// set default queue name
char queueName[32];
snprintf(queueName, sizeof(queueName), "queue_%04d", m_queueId);
m_queueName = std::string(queueName); // <- error in question
редактировать
Вот разборка для std :: ios_base :: Init :: Init (). Похоже, .long — это инструкция, с которой возникают проблемы. Разместим std :: string в нескольких.
0x0ff1d3dc <+76>: stw r28,48(r1)
0x0ff1d3e0 <+80>: lwz r24,-32768(r30)
0x0ff1d3e4 <+84>: stw r31,60(r1)
0x0ff1d3e8 <+88>: cmpwi cr7,r24,0
0x0ff1d3ec <+92>: beq- cr7,0xff1d870 <_ZNSt8ios_base4InitC1Ev+1248>
0x0ff1d3f0 <+96>: lwz r27,-32764(r30)
=> 0x0ff1d3f4 <+100>: .long 0x7c2004ac
0x0ff1d3f8 <+104>: lwarx r28,0,r27
0x0ff1d3fc <+108>: addi r9,r28,1
0x0ff1d400 <+112>: stwcx. r9,0,r27
0x0ff1d404 <+116>: bne- 0xff1d3f8 <_ZNSt8ios_base4InitC1Ev+104>
Проблема с std :: string выглядит так же. я догадываюсь .long 0x7c2004ac значит он не знает что это за инструкция?
0x0ff6b528 <+72>: lwz r0,-32760(r30)
0x0ff6b52c <+76>: cmpwi cr7,r0,0
0x0ff6b530 <+80>: beq- cr7,0xff6b564 <_ZNSsD1Ev+132>
0x0ff6b534 <+84>: addi r10,r3,8
=> 0x0ff6b538 <+88>: .long 0x7c2004ac
0x0ff6b53c <+92>: lwarx r9,0,r10
0x0ff6b540 <+96>: addi r11,r9,-1
0x0ff6b544 <+100>: stwcx. r11,0,r10
0x0ff6b548 <+104>: bne- 0xff6b53c <_ZNSsD1Ev+92>
редактировать
Извините за длину. Больше для моей выгоды, чтобы документировать это, как я иду. Похоже, 0x7c2004ac переводится в PPC_INST_LWSYNC. Что привело меня к этой статье http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01238.html это похоже на мою проблему (lwsync не работает на процессорах e500). Следующая проблема в том, что у меня не хватает времени, и набор инструментов, который я использую, был упакован с комплектом разработчика. Так что я не знаю, как можно быстро исправить это, не пытаясь понять, как создать цепочку инструментов с нуля, что, как я знаю, не будет быстрой задачей, по крайней мере для меня … Я думаю, я могу связаться с продавцом, но они не реагировали в прошлом, и обычно мне решать их проблемы.
Решение
Используйте команду GDB disassemble чтобы увидеть, что это за инструкция в кадре 0, а затем выяснить, является ли это юридической инструкцией для вашей аппаратной платформы.
Другие решения
Наконец-то решил мою проблему, переключившись на другую цепочку инструментов. Я использовал набор инструментов, поставляемый с Codewarrior 10.0.2, который вызывал у меня проблему. Затем я использовал crosstools-ng 1.17.0, используя пример powerpc-e500v2-linux-gnuspe для создания новой цепочки инструментов. Я столкнулся с одной проблемой, когда crosstools-ng не удалось собрать GDB с [ERROR] configure: error: python is missing or unusable, У меня действительно был установлен Python, поэтому не уверен, почему я получил ошибку. Я уже сам кросс-компилирую GDB, поэтому просто отключил его в menuconfig (Debug Facilities-> GDB). Мне также пришлось отключить -Werror на ядре с обновлением компилятора.
Кроме того, я указываю e500mc для опции mpcu при компиляции моего двоичного файла.
CPPFLAGS = -MD -MP -w -g $(DEFINES) $(INCLUDES) -pthread -mcpu=e500mc
Спасибо Джонатану за то, что он указал мне правильное направление. Надеюсь, что это поможет кому-то отладить подобную проблему быстрее, чем мне это понадобилось.